androidjpgwebp

‘壹’ WebP图片格式介绍和转换

​ WebP 是 Google 的一种可以同时提供有损压缩（像 JPEG 一样）和透明度（像 PNG 一样）的图片文件格式，不过与 JPEG 或 PNG 相比，这种格式可以提供更好的压缩。Android 4.0（API 级别 14）及更高版本支持有损 WebP 图片，Android 4.3（API 级别 18）及更高版本支持无损且透明的 WebP 图片。

​ WebP 的优势体现在它具有更优的图像数据压缩算法，能带来更小的图片体积，而且拥有肉眼识别无差异的图像质量；同时具备了无损和有损的压缩模式、Alpha 透明以及动画的特性，在 JPEG 和 PNG 上的转化效果都非常优秀、稳定和统一。

结论:

网页演示：

​ Android Studio 可以将 PNG、JPG、BMP 或静态 GIF 图片转换为 WebP 格式。您可以转换单张图片，也可以转换包含多张图片的文件夹。要转换某张图片或包含多张图片的文件夹，请按照下列步骤操作：

​ 在上图中，左侧是原始 JPG 图片，右侧是有损编码 WebP 图片。对话框中显示了原始图片和转换后图片的文件大小。您可以向左或向右拖动滑块以更改质量设置，并能够立即看到编码图片的效果和文件大小。
​ 中间区域显示了原始图片和编码后图片的哪些像素存在差异。由于质量设置为 75%，因此这两种图片之间几乎没有任何差异。下图显示了质量设置为 0% 的同一编码图片。

不同的图片格式适用于不同类型的图片。JPG 和 PNG 的压缩过程截然不同，产生的结果也差异显着。
PNG 和 JPG 之间的选择往往取决于图片本身的复杂程度。下图显示的两张图片因开发者采用不同的压缩方案而出现了截然不同的结果。左侧的图片包含许多小细节，因此使用 JPG 进行压缩的效率更高。右侧的图片包含连续的相同颜色，使用 PNG 进行压缩的效率更高。

WebP 格式支持有损和无损两种模式，对 PNG 和 JPG 来说都是理想的替代选择。唯一需要注意的是，它仅在搭载 Android 4.2.1（API 级别 17）及更高版本的设备上受到原生支持。幸运的是，大多数的设备都满足该要求。
下图提供了一个简单的可视化图形来帮助您决定应使用的压缩方案。

已知问题：

‘贰’ android开发怎么将webp格式转换为jpg格式

把PNG格式的文件解析成BYTE数组然后再组合成JPG byte[] b=null; File PNG = null; BufferedOutputStream stream = null; try { PNG = new File(outputFile); FileOutputStream fstream = new FileOutputStream(PNG); stream = new BufferedOutputStream(fstream); stream.write(b); } catch (Exception e) { // log.error("helper:get file from byte process error!"); e.printStackTrace(); } finally { if (stream != null) { try { stream.close(); } catch (IOException e) { // log.error("helper:get file from byte process error!"); e.printStackTrace(); } } } Bitmap bitmap=BitmapFactory.decodeByteArray(b, 0, b.length); 擦..发现自己弄的是BMP格式..反正就这样差不多了..

‘叁’ 针对Android的性能优化集中哪些方面

一、概要：

本文主要以Android的渲染机制、UI优化、多线程的处理、缓存处理、电量优化以及代码规范等几方面来简述Android的性能优化

二、渲染机制的优化：

大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。

Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染， 如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。

*关于JobScheler的更多知识可以参考http://hukai.me/android-training-course-in-chinese/background-jobs/scheling/index.html

七、代码规范

1）for loop中不要声明临时变量，不到万不得已不要在里面写try catch。

2）明白垃圾回收机制，避免频繁GC，内存泄漏，OOM(有机会专门说)

3）合理使用数据类型，StringBuilder代替String，少用枚举enum，少用父类声明(List,Map)

4）如果你有频繁的new线程，那最好通过线程池去execute它们，减少线程创建开销。

5）你要知道单例的好处，并正确的使用它。

6）多用常量，少用显式的"action_key"，并维护一个常量类，别重复声明这些常量。

7）如果可以，至少要弄懂设计模式中的策略模式，组合模式，装饰模式，工厂模式，观察者模式，这些能帮助你合理的解耦，即使需求频繁变更，你也不用害怕牵一发而动全身。需求变更不可怕，可怕的是没有在写代码之前做合理的设计。

8）View中设置缓存属性.setDrawingCache为true.

9）cursor的使用。不过要注意管理好cursor,不要每次打开关闭cursor.因为打开关闭Cursor非常耗时。Cursor.require用于刷cursor.

10）采用SurfaceView在子线程刷新UI,避免手势的处理和绘制在同一UI线程（普通View都这样做）

11）采用JNI，将耗时间的处理放到c/c++层来处理

12）有些能用文件操作的，尽量采用文件操作，文件操作的速度比数据库的操作要快10倍左右

13）懒加载和缓存机制。访问网络的耗时操作启动一个新线程来做，而不要再UI线程来做

14）如果方法用不到成员变量，可以把方法申明为static，性能会提高到15%到20%

15）避免使用getter/setter存取field，可以把field申明为public，直接访问

16）私有内部类要访问外部类的field或方法时,其成员变量不要用private，因为在编译时会生成setter/getter,影响性能。可以把外部类的field或方法声明为包访问权限

17）合理利用浮点数，浮点数比整型慢两倍

18）针对ListView的性能优化，ListView的背景色与cacheColorHint设置相同颜色，可以提高滑动时的渲染性能。ListView中getView是性能是关键，这里要尽可能的优化。

getView方法中要重用view；getView方法中不能做复杂的逻辑计算，特别是数据库操作，否则会严重影响滑动时的性能

19）不用new关键词创建类的实例，用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。

clone()方法不会调用任何类构造函数。在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：

20）public static Credit getNewCredit() {
return new Credit();
}
改进后的代码使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路对于数组处理同样很有用。

21）乘法和除法

考虑下面的代码：

22）ViewPager同时缓存page数最好为最小值3，如果过多，那么第一次显示时，ViewPager所初始化的pager就会很多，这样pager累积渲染耗时就会增多，看起来就卡。

23）每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true)，最好不要预加载数据，以免造成浪费

24）提高下载速度：要控制好同时下载的最大任务数，同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)

25）提供加载速度：让服务端提供不同分辨率的图片才是最好的解决方案。还有合理使用内存缓存，使用开源的框架

引用：Android性能优化的浅谈

‘肆’ HEIF最小的图片格式，比WebP小，是jpg的三分之一

Android Q的一项新功能是支持高效图像格式（HEIF）图像，但为什么这很重要？在这篇文章中，我们将看看HEIF实际上是什么，并了解它可能带来的好处。

HEIF由运动图像专家组（MPEG）开发，是一种压缩容器格式，声称比JPEG更有效，同时提供更好的图像质量。声称HEIF图像通常是JPEG等效图像的​​一半，同时具有高质量。

要在Android Q中实际使用HEIF图像不需要任何费力，因为您可以在绘图资源中包含与JPEG图像完全相同的HEIF图像。此外，BitmapFactory它将以与JPEG图像完全相同的方式对HEIF图像进行充气。但由于硬件和许可要求，目前没有向后兼容性。Pie中包含有限的支持ImageDecoder（有关如何使用的详细信息，请参阅 此文章 ImageDecoder），但这取决于设备，这有点暗示存在硬件要求。

虽然目前没有读取HEIF图像的向后兼容性，但是有一个用于编写它们的支持库。它可以写入Bitmap，Surface或YUV字节缓冲区。我们可以Bitmap从资产文件中读取a 并使用以下内容将其作为HEIF写入本地缓存目录HeifWriter：

虽然在我们到达之前可能觉得我们不应该使用HEIF图像，但minSdkVersion = 29实际上我们可以在此之前获益。如果您正在使用Android应用程序包，并且正在使用Play商店中的动态传送，那么在您的res/drawables-*-v29文件夹中包含HEIF图像将允许动态传送以将APK中的HEIF图像捆绑到Q和更高版本的设备中，因此从开始将会带来实实在在的好处现在包括在内。随着具有HEIF功能的设备数量的增加，这些优势将随着时间的推移而增加。

为了了解HEIF如何与JPEG进行比较，此帖子的示例应用程序读取图像并将其保存为JPEG和HEIF图像，以确保我们进行比较，因为两个图像都是由Android框架图像生成的编解码器。JPEG和HEIF使用它们使用有损压缩算法quality值，以确定如何压缩实际上有损是。两者的质量都是100，实际上是无损压缩。

该应用程序具有SeekBar允许将不同的质量值应用于图像转换的应用程序。在无损压缩（质量= 100）时，HEIF图像（顶部一个）是3.72 MB，而JPEG一个（底部一个）是5.85 MB。这非常接近半尺寸声明，我看不出图像质量有任何差异 - 但是如果压缩真的是无损的话应该不会有：

事情可能会让人感到困惑的是中等质量的价值观。JPEG图像尺寸急剧下降，而HEIF尺寸则逐渐减小。请记住，这不是真正的相似比较，因为质量值对于不同的压缩算法意味着不同的东西。

在 quality = 25 我可以清楚地看到JPEG图像中出现一些文物，而HEIF图像看起来仍然很好 - 如果不是比JPEG图像更好 quality = 50 。

如果我们将 quality = 25 上图中的JPEG 与下图中的HEIF 进行比较，则会更有趣 quality = 15 。文件大小相当，JPEG quality = 25 为814 kB，HEIF quality = 15 为891 kB。

然而，HEIF的质量要好得多。虽然有些文物开始出现，但它们远不如JPEG图像那样明显 quality = 25 。因此，HEIF的质量可以设置得比JPEG低得多，以在较小的图像尺寸下获得更好的质量。

只是把事情发挥到极致，就在质量标准的最底端，我们看到了一些真正的差异：

HEIF图像的大小是JPEG图像的三分之一，但质量要好得多。JPEG图像既是分色的又是块状的，而HEIF只是块状的。虽然两者都不是很好，我真的不想实际使用它们中的任何一个，但HEIF的质量明显优于JPEG，而其尺寸仅为其三分之一。

正如我之前提到的，我们无法直接比较质量值，而是应该查看任何给定质量值的图像质量。对于无损压缩，HEIF获胜，但我们可以使用低得多的质量值，HEIF仍可实现高水平压缩，同时仍保持良好的图像质量。

值得指出的是，不同的图像会有不同的压缩，所以我在这里所做的结果远非确凿的证据。也就是说，在这种情况下使用HEIF可以获得明显的尺寸/质量优势。而且我完全期望将趋势扩展到其他图像，到目前为止我对HEIF的体验倾向于支持这种观点。
ps: 最后还有个HEIF、AVIF、JPEG和WebP图像对比网站仅供参考
https://compare.rokka.io/_compare/

‘伍’ webp 详解

一）为什么要使用webp？

[WebP]是 Google 的一种可以同时提供有损压缩（像 JPEG 一样）和透明度（像 PNG 一样）的图片文件格式，不过与 JPEG 或 PNG 相比，这种格式可以提供更好的压缩。Android 4.0（API 级别 14）及更高版本支持有损 WebP 图片，Android 4.3（API 级别 18）及更高版本支持无损且透明的 WebP 图片。此页面介绍了如何将图片转换为 WebP 格式，以及如何将 WebP 图片转换为 PNG 格式。

二）webp图片平台都支持吗？
webp对于android来说完全支持，iOS也支持；但是对于web前端来说还有一定距离。总之对于移动开发来说都支持。很多大厂已经要求移动端使用webp，这是趋势.....

三）如何将图片转换成webp
Android Studio 可以将 PNG、JPG、BMP 或静态 GIF 图片转换为 WebP 格式。您可以转换单张图片，也可以转换包含多张图片的文件夹。要转换某张图片或包含多张图片的文件夹，请按照下列步骤操作：

1、右键点击某个图片文件或包含一些图片文件的文件夹，然后点击 Convert to WebP。
2、Converting Images to WebP 对话框随即打开。默认设置取决于当前模块的 minSdkVersion 设置

3、选择有损或无损编码。无损编码仅在您的 minSdkVersion 设置为 18 或更高时可用。如果选择有损编码，请设置编码质量，并选择是否在保存之前查看每张转换后图片的预览效果。

您还可以选择跳过编码后版本大于原始版本的所有文件，或所有具有透明度通道或 Alpha 通道的文件。由于 Android Studio 仅允许您在 minSdkVersion 设置为 18 或更高时创建透明的 WebP 图片，因此，如果 minSdkVersion 低于 18，系统会自动选中 Skip images with transparency/alpha channel 复选框。

4、点击 OK 以开始转换。如果要转换多张图片，只需一步即可完成转换操作，并且可以撤消转换操作以便一次性还原已转换的所有图片。

如果您在上面选择了无损转换，系统会立即进行转换。图片会在原始位置进行转换。如果您选择了有损转换，请继续执行下一步。

5、如果您选择了有损转换，并且选择在保存之前查看每张转换后图片的预览效果，那么 Android Studio 会在转换过程中显示每张图片，以便您检查转换结果。（如果您未选择查看预览，Android Studio 会跳过此步骤，并立即转换图片。）在预览步骤中，您可以单独调整每张图片的质量设置，如下所述。

图 2. 将 JPG 转换为 WebP 格式（质量为 75%）

在图 2 中，左侧是原始 JPG 图片，右侧是有损编码 WebP 图片。对话框中显示了原始图片和转换后图片的文件大小。您可以向左或向右拖动滑块以更改质量设置，并能够立即看到编码图片的效果和文件大小。

中间区域显示了原始图片和编码后图片的哪些像素存在差异。在图 2 中，由于质量设置为 75%，因此这两种图片之间几乎没有任何差异。图 3 显示了质量设置为 0% 的同一编码图片。

图 3. 将 JPG 转换为 WebP 格式（质量为 0%）
为您查看的每张图片选择一个质量设置。如果您要转换多张图片，请点击 Next 跳转到下一张图片。

6、点击 Finish。图片会在原始位置进行转换。

‘陆’ Android发布主流应用市场icon&应用截图尺寸

*应用小图标：尺寸：16 * 16、大小20K以内、PNG格式。

*应用图标：尺寸：512 * 512、大小200K以内、PNG格式

*应用截图：请上传4-5张截图（尺寸保持一致），单张图片不超过1M。截图不能小于320*480像素， 推荐480*800像素。JPG、PNG格式。

*应用图标：图标需为正方形。大小：2MB 以内；尺寸：216*216px；格式：PNG、 WEBP。

*应用截图和视频：您可以在这里上传应用详情页展示的素材。介绍截图是必填素材，其他素材可选填，如果您提交了其他素材可能会让该应用在华为应用市场客户端有更好的展示效果。

竖向截图：需上传 3~5 张。大小：2MB 以内；尺寸：450*800px；格式：PNG、 JPG、 JPEG、 WEBP。（推荐使用竖向截图）

*应用图标：请确保上传的图标和APK内的图标一致（512 X 512，png格式）

*应用截图：请至少上传3张图片，至多5张截图,大小不大于5M，1080*1920。

*icon：要求与安装包中图标一致。尺寸：512*512px，图片格式：PNG，小于1M。

*上传竖版截图：请上传3-5张截图，支持JPG、PNG格式。截图尺寸要求：1080*1920，单张图片不能超过1M。请去除截图中的顶部状态栏的通知图标，图片中不得使用其他品牌的手机作为边框或宣传图

*应用icon：支持jpg/png格式，尺寸要求长等于宽，不低于256*256，不超过512*512，大小50k以内，仅支持直角图标，

*上传截图：上传3-5张清晰截图。尺寸为竖图480*800，格式为jpg/png，每张图片尺寸一致，单张图片不超过2MB)

*icon：PNG 格式，512 X 512 像素，小于 1024 KB。

*截图：JPG/PNG 格式，最小 320 像素，最大 3840 像素，图片比例 2:1，至少需要4个图片，最多可上传8个。可以注册4~8张图片，图片将会按照您的注册顺序进行展示。

*应用图标：要求与安装包中图标一致。尺寸：512*512PX，圆角半径弧度：70PX，图片格式：PNG。

应用截图： 请上传4-5张截图（尺寸保持一致），支持JPG、PNG格式。截图尺寸要求：不小于800*480（480*800），单张图片不能超过3M。请去除截图中的顶部通知栏。

*应用图标：尺寸512x512，格式PNG，小于1M。

*应用截图：请上传至少 3 张图片，规格：1280 x 720或720 x 1280，1800 x 1012或1012 x 1800，1920 x 1080或1080 x 1920，2560 x 1440或1440 x 2560

图片请勿出现与应用实际功能无关的内容

图片请勿出现重复、拉伸、压缩、模糊、黑（白）边、黑（白）角

图片请勿出现第三方应用市场LOGO或其他品牌手机外观素材，推荐使用魅族手机外观素材

*应用图标

请上传PNG格式的图标，尺寸：200X200 px，大小：小于800KB。

请开发者重点关注以下注意事项，大部分应用曾因此不合规被拒绝：

1.提交应用图标必须与渠道包内解析图标保持一致

2.应用图标必须为透明背景，不可存在白边、蓝边等特殊情况

*应用截图

请上传JPG或PNG格式的图片，最小尺寸：800 X480 px，单张图片小于1M。

请开发者重点关注以下注意事项，大部分应用曾因此不合规被拒绝：

1.截图数量：4-6张(每张截图不得相同，且需保持尺寸一致)；

2.截图必须与软件实际运行内容一致；

3.截图中不得含有与App本身无关的应用图标；

4.截图不得为应用启动画面；

5.请务必上传竖版截图

‘柒’ android png还是jpg

android开发过程中，有各种各样的图片，不同的图片有不同的大小、用途，有的是作为背景图片，有的是作为一个小的图标，不同用途、不同场景的图片使用格式最好按照不同格式的优缺点来确定。
1、首先来说，同样分辨率的图片，png的要比jpg的大好多， 做android对图片的大小很敏感，所以第一感觉是用jpg，不用png。之所以png比jpg大是因为，png是无损压缩的，而jpg是有损压缩，但是在比如说一张背景图，由于手机会对png的图片进行硬件加速，所以同一张图片的png格式和jpg格式，png的加载速度是比jpg快的，但是如果对包大小的诉求大于对加载速度诉求的话，jpg又比png有优势。
2、但是有的情况下jpg是比png好的，jpg相对于png的优势是小！小！小，因此一些需要动态网络获取加载的图片，比如说Splash页面，就要使用jpg格式的图片了。
3、小的图标，由于对其清晰度要求高，并且小图标也不是很大，因此最好用png格式的。

2020.12.10更新
让png和jpg都去死吧，用webp

以上仅作为个人的观点，如若有误，请指正！

‘捌’ Android黑科技，图片终极压缩

一、支持自定义配置、不失真和批量处理

二、图片上传为什么要压缩
1、图片服务器空间限制，磁盘昂贵
2、网络不稳定，大文件需要断点续传
3、尽可能避免安卓OOM异常
4、后台约定的规则<200KB
5、需要上传原图的应用有医院临床项目、金融银行

三、图片压缩流程
1、递归每张图片
2、设置图片格式 Bitmap.CompressFormat.JPG
png, jpg,webp
3、质量压缩bitmap.compress(format,quality,baos)
由于png是无损压缩，所以设置quality无效（不适合作为缩略图）
采样率压缩BitmapFactory.Options.inSampleSize
缩小图片分辨率，减少所占用磁盘空间和内存大小
缩放压缩canvas.drawBitmap(bitmap, null,rectF,null)
减少图片的像素，降低所占用磁盘空间大小和内存大小，可用于缓存缩略图
JNI调用JPEG库
Android的图片引擎使用的是阉割版的skia引擎，去掉了图片压缩中的哈夫曼算法
4、像素修复
5、返回压缩
6、完成压缩

demo： https://github.com/ApeCold/Learn_Compress_Sample

参考：
Luban框架 https://github.com/Curzibn/Luban
缺点
1、当没有设定压缩路径时，抛异常无闪退
2、源码中，压缩比率固定值60，无法修改
3、压缩配置，参数不太适应真实项目需求
4、不能指定压缩大小，比如100KB以内
https://github.com/zettsu/Compressor

‘玖’ 微信写着未检测到可以打开此文件的应用 。你可以安装支持次文件的应用后重试，或在该应用中尝试打开

以手机微信收到的安卓安装程序为例，出现该情况的原因是手机系统将其文件的后缀名进行了更改导致无法安装。可以通过找到该文件的下载位置将其重命名，删除apk后面多余的数据即可打开进行安装了。具体的以OPPO手机为例，解决方法如下：

1、在手机上点击收到的某个应用程序文件进入。

‘拾’ Android 页面中png jpg gif webp svg的区别和使用

JPG能显示的颜色比gif和png要多的多；同时能得到很好的压缩；但是是一种失真压缩（压缩比；分辨率；可感知失真）;jpg适合应用在那些允许轻微失真的像素色彩丰富的场景；不适合做简单色彩的图片（icon，小logo）。

支持动画；也是一种无损的图片格式（修改图片后；图片质量没有损失）；仅支持8位颜色深度；受这个限制；gif不适合应用于各种色彩过于丰富的场景。

Google开发的一种旨在加快图片加载速度的图片格式，图片压缩体积大约是jpg的2/3；能大量节省服务器带宽资源和数据空间；也是一种有损压缩；目的就是加快网络图片的传输效率；让图片更快的显示在用户面前；目前所知道的只有高版本的W3C浏览器才支持 （chorme39+，safari7+）。

SVG正变得越来越热门，它不同于以上所有的文件类型，因为它是一个矢量文件格式。这就是说它实际上是由线条和曲线，而不是像素组成的。当你放大一个矢量图像时，你仍然看到一条曲线或一条线。当你放大一个由像素构成的图像时，你会看到像素。

对于小logo和图片来说；svg是很理想的；因为无论是Retina屏还是其他低分辨率的屏幕上显示都是一样的；svg的logo可以放大不失真；如果是像素构成的图片格式想要不失真就要多套的图片，svg是用XML编写的；可以用js来改变svg图片的颜色

Svg在渲染的时候需要比像素图更多的计算能力；更加的消耗性能；所以你的svg图比较复杂；可能会很耗费性能；甚至文件大小也很大

参考： https://segmentfault.com/a/1190000018258226