Assets问题导致运行iOS9.3以下崩溃

一、前言

如果你刚刚升级了Xcode8以上版本，而你的项目的Deployment Target是iOS 9.3以下，运行iOS8的时候过了几十秒后crash到main函数，出现EXC_BAD_ACCESS，或者崩溃到imageNamed:，或者每次编译运行随机崩溃到某个地方。那么恭喜你，你读完这个文章你可能就解决了。

二、崩溃原因

在Xcode8/9中，如果你的图片资源文件里有16位图或者图片显示模式为P3，并且Deployment Target是iOS9.3以下的就会出现这个问题。（话说我公司的项目里面就出现了一个小按钮，导致了这次崩溃，不知道设计师是怎么弄出来的这个特殊图片…）如果你的App需要支持wide color functionality，那你就必须设置Deployment Target为iOS9.3以上。如果你的APP不需要支持wide color functionality并且你希望兼容iOS老版本，那么你需要将所有16-bit or P3 assets的图片转换为8-bit sRGB assets

crash日志

0 libobjc.A.dylib objc_msgSend + 28
1 libcache.dylib __entry_get_optionally_checking_collisions + 52
2 libcache.dylib __entry_table_resize + 308
3 libcache.dylib cache_set_and_retain + 852
4 CoreFoundation -[NSCache setObject:forKey:cost:] + 268
5 CoreUI -[CUIStructuredThemeStore _canGetRenditionWithKey:isFPO:lookForSubstitutions:] + 860
6 CoreUI -[CUICatalog _resolvedRenditionKeyFromThemeRef:withBaseKey:scaleFactor:deviceIdiom:deviceSubtype:sizeClassHorizontal:sizeClassVertical:memoryClass:graphicsClass:graphicsFallBackOrder:] + 912
7 CoreUI -[CUICatalog namedLookupWithName:scaleFactor:deviceIdiom:deviceSubtype:sizeClassHorizontal:sizeClassVertical:] + 148
8 UIKit ___98-[_UIAssetManager imageNamed:scale:idiom:subtype:cachingOptions:sizeClassPair:attachCatalogImage:]_block_invoke + 424
9 UIKit -[_UIAssetManager imageNamed:scale:idiom:subtype:cachingOptions:sizeClassPair:attachCatalogImage:] + 212
10 UIKit -[_UIAssetManager imageNamed:withTrait:] + 528
11 UIKit __UIImageWithNameAndTraitCollection + 96
12 UIKit

三、定位到问题图片

1.找到导出项目的ipa文件；
2.对该ipa文件使用解压工具解压，或者直接修改后缀名.ipa为.zip后直接解压该文件；
3.解压后会有里面会有Payload文件夹，点击Payload文件里面有你的APP文件；
4.打开终端，进入到你的APP的Payload文件夹下的.app bundle文件夹内（打开终端，输入 cd 拖入Payload文件夹里面的文件，回车cd 文件目录/Payload/your.app）；
5.在终端里，用find命令找到Assets.car文件（find . -name 'Assets.car'）
6.使用 assetutil 命令导出图片的信息存储到Assets.json文件中
sudo xcrun --sdk iphoneos assetutil --info /path/to/a/Assets.car > /tmp/Assets.json
（注意：/path/to/a/Assets.car 替换成find . -name 'Assets.car' 获取到的路径）
7.前往文件夹打开刚才生成的Assets.json文件，查找含有”DisplayGamut” : “P3”, “Encoding” : “ARGB-16″的内容。这个对应的Name就是出现问题的图片了。

   {
    "AssetType" : "Image",
    "BitsPerComponent" : 16,
    "ColorModel" : "RGB",
    "Colorspace" : "extended srgb",
    "Compression" : "lzfse",
    "DisplayGamut" : "P3",
    "Encoding" : "ARGB-16",
    "Idiom" : "universal",
    "Image Type" : "kCoreThemeOnePartScale",
    "Name" : "bg_home_bottom",
    "Opaque" : false,
    "PixelHeight" : 186,
    "PixelWidth" : 628,
    "RenditionName" : "bg_home_bottom@2x.png",
    "Scale" : 2,
    "SizeOnDisk" : 75657
  },

四、转换图片为8-bit sRGB assets格式

我们找到这个图片，然后CMD+i 查看这个图片的信息，我们发现我这个出问题的文件的颜色描述文件有问题，和别的图片文件不一样。
出问题的图片：

xcode8crash2

别的图片

xcode8crash1

1.方法一（单个处理问题图片）：

下面我们使用ColorSync实用工具将这个描述文件修改下

xcode8crash3

指派它的描述文件为sRGB IEC61966-2.1，保存。

xcode8crash4

再次编译运行我们的APP，发现问题解决了！

2.方法二（暴力处理所有图片）：

这里我们使用bash script直接处理所有图片为正确格式，这样我们就不用去定位是哪个图片的问题了，或许更方便一些。

#!/bin/bash
DIRECTORY=$1
echo "------------------------------"
echo "Passed Resources with xcassets folder argument is <$DIRECTORY>"
echo "------------------------------"
echo "Processing asset:"
XSAASSETSD="$(find "$DIRECTORY" -name '*.xcassets')"
for xcasset in $XSAASSETSD
do
    echo "---$xcasset"
    IMAGESETS="$(find "$xcasset" -name '*.imageset')"
    for imageset in $IMAGESETS
    do
        echo "------$imageset"
        FILES="$(find "$imageset" -name '*.png')"
        for file in $FILES 
        do
            echo "---------$file"
            sips -m "/System/Library/Colorsync/Profiles/sRGB Profile.icc" $file --out $file
        done
    done
done
echo "------------------------------"
echo "script successfully finished"
echo "------------------------------"

五、总结

出现这个问题真的很蛋疼，但是最后终于解决了。每一次Apple编译器的升级都会伴随着大大小小的问题，只要我们怀着一颗不抛弃不放弃的决心，最后一定可以攻克难题。最后要感谢公司同事的指导，还要感谢以下参考文献的作者们，没有他们的实践，这个问题或许困扰更久。

参考文章：https://www.ianisme.com/ios/2409.html