一些背景信息:

libpng 1.6+版本中的一些更改导致它发出警告或 甚至不能与原始HP/MS sRGB配置文件正确工作，领先 到以下stderr: libpng警告:iCCP:已知错误的sRGB 旧的配置文件使用D50白点，其中D65是标准的。 这个配置文件并不少见，虽然Adobe Photoshop正在使用 默认情况下，它没有嵌入到图像中。

(来源:https://wiki.archlinux.org/index.php/Libpng_errors)

Error detection in some chunks has improved; in particular the iCCP chunk reader now does pretty complete validation of the basic format. Some bad profiles that were previously accepted are now rejected, in particular the very old broken Microsoft/HP sRGB profile. The PNG spec requirement that only grayscale profiles may appear in images with color type 0 or 4 and that even if the image only contains gray pixels, only RGB profiles may appear in images with color type 2, 3, or 6, is now enforced. The sRGB chunk is allowed to appear in images with any color type.

(来源:https://forum.qt.io/topic/58638/solved-libpng-warning-iccp-known-incorrect-srgb-profile-drive-me-nuts/16)

在Windows中使用IrfanView图像查看器，我简单地重新保存了PNG图像，这纠正了问题。

一些建议的答案使用pngcrush和-rem allb选项，文档说这就像“用电锯做手术”。该选项删除了许多块。为了防止“iCCP:已知错误的sRGB配置文件”警告，删除iCCP块就足够了，如下所示:

pngcrush -ow -rem iCCP filename.png

下面是一个荒谬粗暴的回答:

我修改了gradlew脚本。下面是我的新exec命令在文件的末尾

exec "$JAVACMD" "${JVM_OPTS[@]}" -classpath "$CLASSPATH" org.gradle.wrapper.GradleWrapperMain "$@" **| grep -v "libpng warning:"**

我在项目的根目录中运行了这两个命令，它已经修复了。

基本上是将“find”命令的输出重定向到一个文本文件，用作要处理的文件列表。然后你可以使用“@”标志将文本文件读入“mogrify”:

找到*.png -mtime -1 > list.txt Mogrify -resize 50% @list.txt

这将使用“find”来获取所有更新超过1天的*.png图像，并将它们打印到名为“list.txt”的文件中。然后“mogrify”读取该列表，处理图像，并用调整大小的版本覆盖原始图像。在不同的系统中，“find”的行为可能会有微小的差异，因此您必须检查手册页以了解确切的用法。

你也可以在photoshop中修复这个…

打开你的。png文件。 文件->另存为并在打开的对话框中取消选中“ICC配置文件:sRGB IEC61966-2.1” 取消勾选“作为副本”。 勇敢地保存你原来的。png文件。 继续你的生活，知道你已经从这个世界上除掉了那么一点点邪恶。