轉自：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

轉載于:https://www.cnblogs.com/dirt2/p/8650973.html

總結

以上是生活随笔為你收集整理的so加载报错:dlopen failed: couldn't map ... Permission denied的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。