兩個(gè)項(xiàng)目同時(shí)集成拍攝短視頻的RecordVideoDemo
- 在小米4上都能正常運(yùn)行
- 在小米Note Pro上一個(gè)能正常用惦界，一個(gè)用起來崩潰。報(bào)如下日志：
W/art: Failed to open zip archive '/system/framework/extendedmediaextractor.jar': I/O Error
[ 07-28 16:20:20.965 8980: 8980 W/ ]
Unable to open '/system/framework/extendedmediaextractor.jar': No such file or directory
W/art: Failed to open zip archive '/system/framework/extendedmediaextractor.jar': I/O Error
I/art: Rejecting re-init on previously-failed class java.lang.Class<org.bytedeco.javacpp.avutil>
E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.hbbohan.growmemory.teacher, PID: 8980
java.lang.UnsatisfiedLinkError: org.bytedeco.javacpp.avutil
at java.lang.Class.classForName(Native Method)
at java.lang.Class.forName(Class.java:309)
at org.bytedeco.javacpp.Loader.load(Loader.java:390)
at org.bytedeco.javacpp.Loader.load(Loader.java:358)
at org.bytedeco.javacpp.avcodec$AVPacket.<clinit>(avcodec.java:1407)
at org.bytedeco.javacv.FFmpegFrameRecorder.<init>(FFmpegFrameRecorder.java:251)
at sz.itguy.wxlikevideo.recorder.WXLikeVideoRecorder.initRecorder(WXLikeVideoRecorder.java:166)
at sz.itguy.wxlikevideo.recorder.WXLikeVideoRecorder.startRecording(WXLikeVideoRecorder.java:255)
at com.hbbohan.growmemory.teacher.album.control.RecordFragmentHolder.startRecord(RecordFragmentHolder.java:156)
at com.hbbohan.growmemory.teacher.album.control.RecordFragmentHolder$1.onLongListener(RecordFragmentHolder.java:79)
at sz.itguy.wxlikevideo.views.CircleBackgroundTextView$1.run(CircleBackgroundTextView.java:90)
at android.os.Handler.handleCallback(Handler.java:739)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5298)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:910)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:705)
問題很明確棋电，UnsatisfiedLinkError懊亡，因?yàn)橹幸粋€(gè)庫找不到，所以rg.bytedeco.javacpp.avutil這個(gè)類的實(shí)現(xiàn)代碼無法鏈接成功奋献。
同事排查了幾天，跟我說搞不定旺上，我看了下他的思路瓶蚂，基本沿著怎么編譯在這個(gè)平臺上可用庫的方式走，這個(gè)需要對javacv編譯很熟悉才行宣吱，從網(wǎng)上找的各種方案都不怎么靠譜窃这。
由于是不同手機(jī)上的表現(xiàn)不同，而這個(gè)bug又跟so有關(guān)征候，所以猜測和手機(jī)CPU架構(gòu)有關(guān)杭攻，以前碰到過類似問題：只要集成好JPush祟敛，環(huán)信就崩潰（細(xì)節(jié)參考：《[32→100] 找不到集成進(jìn)來的庫文件，為什么兆解？》）馆铁，所以比較了一下項(xiàng)目的jnilib目錄，果然沒有問題的工程里面只有armeabi和x86兩個(gè)目錄锅睛，有問題的工程里面則一大推埠巨，包括arm64-v8a、armeabi-v7a现拒、mips辣垒、mips64、x86_64具练，又是集成JPush帶來的乍构，把它們?nèi)縿h除了，問題就好了扛点。
解決方式簡單粗暴哥遮。里面的原理也很簡單，
- 集成JPush之前陵究，系統(tǒng)發(fā)現(xiàn)armeabi是最匹配的眠饮，所以在這個(gè)里面發(fā)現(xiàn)了環(huán)信的庫，正常使用铜邮。
- 集成JPush之后仪召，系統(tǒng)發(fā)現(xiàn)armeabi-v7a是最匹配的，在這里找到JPush的庫松蒜，但是沒有RecordVideoDemo的庫扔茅，所以產(chǎn)生異常，拋出崩潰秸苗。
但這里有兩個(gè)問題：
- 為什么JPush要做這種吃力不討好的事情呢召娜？
- 以后遇到這種情況怎么處理？
一惊楼、首先要了解CPU有多少種型號玖瘸？
早期的Android系統(tǒng)幾乎只支持ARMv5的CPU架構(gòu)，你知道現(xiàn)在它支持多少種嗎檀咙？7種雅倒！
Android系統(tǒng)目前支持以下七種不同的CPU架構(gòu)：ARMv5，ARMv7 (從2010年起)弧可，x86 (從2011年起)蔑匣，MIPS (從2012年起)，ARMv8，MIPS64和x86_64 (從2014年起)殖演，每一種都關(guān)聯(lián)著一個(gè)相應(yīng)的ABI氧秘。
應(yīng)用程序二進(jìn)制接口（Application Binary Interface）定義了二進(jìn)制文件（尤其是.so文件）如何運(yùn)行在相應(yīng)的系統(tǒng)平臺上年鸳，從使用的指令集趴久，內(nèi)存對齊到可用的系統(tǒng)函數(shù)庫。在Android 系統(tǒng)上搔确，每一個(gè)CPU架構(gòu)對應(yīng)一個(gè)ABI：armeabi彼棍，armeabi-v7a，x86膳算，mips座硕，arm64- v8a，mips64涕蜂，x86_64华匾。
二、這么多型號價(jià)值何在机隙？
更好的性能蜘拉。歸功于最近的架構(gòu)更新， 例如硬件fpu有鹿，更多的寄存器旭旭，更好的向量化等。
三葱跋、當(dāng)前手機(jī)怎么知道用apk中的那種ABI呢持寄？
可以通過Build.SUPPORTED_ABIS得到根據(jù)偏好排序的設(shè)備支持的ABI列表。但你不應(yīng)該從你的應(yīng)用程序中讀取它娱俺，因?yàn)?Android包管理器安裝APK時(shí)稍味，會自動選擇APK包中為對應(yīng)系統(tǒng)ABI預(yù)編譯好的.so文件，如果在對應(yīng)的lib／ABI目錄中存在.so文件的話荠卷。
在實(shí)際項(xiàng)目中遇到的瓶頸是模庐，你JPush全架構(gòu)支持，別人不支持啊僵朗，你性能提上去了赖欣，別人直接就崩潰了。所以從項(xiàng)目全局的考慮验庙，只能舍棄性能了顶吮。
因此在項(xiàng)目開發(fā)中，最好只保留armeabi下的so粪薛，其余全部刪掉悴了。考慮開發(fā)階段會用到PC模擬器genymotion等，這些模擬器為了追求速度湃交，大都基于x86的架構(gòu)熟空，可以多保留一個(gè)x86的目錄
參考
Panda
2016-07-28
