为什么上传后的图片会出现差异？ #

这种差异的核心原因在于iOS和Android两端对JPEG图片的编码/处理逻辑存在本质不同，具体拆解为以下几点：

• JPEG编码器实现差异：即使都设置了100%的压缩质量，iOS的UIImageJPEGRepresentation和Android的Bitmap.compress使用的是不同的JPEG编码库，压缩算法的细节（比如量化表、霍夫曼编码表的生成）存在细微差别，这会导致编码后的字节流不同，文件大小也会有差异，同时像素层面会产生肉眼不可见的细微偏差（ImageMagick能检测到）。
• Bitmap解码-重编码的损耗：你的Android代码中，先将原始JPEG解码为Bitmap对象，经过缩放处理后再重新编码为JPEG。这个过程本身就会引入损耗——Bitmap是像素的内存表示，解码JPEG时会丢失原始编码的细节，重新编码时即使质量100，也无法还原原始JPEG的字节流；而iOS端虽然也是从图形上下文生成UIImage再编码，但如果原始图片是直接从相册获取并绘制到上下文，其编码损耗的路径和Android不同，最终结果自然不一致。
• EXIF元数据差异：JPEG文件包含EXIF元数据（比如拍摄信息、方向等）。Android在将JPEG解码为Bitmap时会丢失大部分EXIF信息，重新编码时生成的EXIF是默认值；而iOS的UIImageJPEGRepresentation可能会保留更多原始EXIF数据，这也会导致文件大小和内容的差异，ImageMagick对比时会识别到这些元数据的不同。

是否需要先将Android端图片保存为文件再上传？ #

如果你的业务不需要对图片进行像素级修改（比如缩放、滤镜），最直接的解决方案就是跳过Bitmap解码-重编码的步骤，直接上传原始图片文件的字节流，这样就能和iOS端上传的原始JPEG数据完全一致，从根源上消除差异。

修改后的Android代码示例（基于loopj）：

RequestParams params = new RequestParams();
try {
    File originalImageFile = new File(Globals.getImagePath());
    // 直接上传原始文件，无需解码为Bitmap
    params.put("file", originalImageFile, "androidMobile.jpg", "image/jpeg");
} catch (FileNotFoundException e) {
    e.printStackTrace();
}

如果必须对图片进行缩放等处理，那需要注意：

1. 处理后编码JPEG时，明确指定Bitmap.CompressFormat.JPEG和100的质量参数；
2. 使用ExifInterface读取原始图片的EXIF信息，在编码后的图片中写入这些元数据，尽量和原始图片保持一致；
3. 测试不同的编码方式（比如使用第三方JPEG编码库，如libjpeg-turbo），缩小和iOS端编码结果的差异。

内容的提问来源于stack exchange，提问作者bugman