轉自：https://blog.csdn.net/u013270444/article/details/60869376
問題描述：
我的應用當中集成了一個安全相關的sdk，而這個sdk中使用的so是加過殼的。
它加載native so的方式是：Java System.loadLibrary ——> native so 殼 ——> 內存中脫殼 ——> 寫到/data/data/package/files/libxxx.so ——> c 中調用dlopen。
此時dlopen報錯dlopen failed: couldn’t map “/data/data/package/files/libxxx.so” segment 1: Permission denied。進入到/data/data/package/files/目錄，發現libxxx.so被刪除。
一度感覺非常奇怪，為什么失敗。google搜了一段，可能是SELinux機制的功勞。。。總算找到一點線索。
ps -Z 查看進程的標記，發現是PLATFORM_APP。當SELinux對應用打標為PLATFORM_APP時dlopen不能從/data目錄加載so，會報如上錯誤並將so刪除。
那么哪些是PLATFORM_APP,當應用簽名與系統簽名一樣時就是PLATFORM_APP。
比如：系統定制廠商，自己的瀏覽器就是PLATFORM_APP
解決方案：
1。既然不可以從data下面讀取，那么就不在從data下面的目錄讀取。把so文件放到system/etc/你自己的文件夾下
2。so文件就老老實實的放在jniLib文件夾下吧。
另外一篇文章：https://blog.csdn.net/carefulboys/article/details/53893567