Android9.0 如何區分SDK接口和非 SDK接口

剛剛有同學問我,不太了解 “非SDK接口” 是什么意思?android9.0有什么限制 ?apache的http也有限制 ?

而且現在的大部分系統都升級上來了,黑名單、灰名單和白名單 也是必須要了解一下的,這里參考Google開發者網站給大家整理一下。

首先,公共 SDK 接口是在 Android 框架軟件包索引 中記錄的那些接口,什么是框架軟件包?

鏈接地址:https://developer.android.google.cn/reference/packages.html

非 SDK 接口 的處理是 API 抽象出來的實現細節,因此這些接口可能會在不另行通知的情況下隨時發生更改。

黑名單 無論應用的目標 API 級別是什么,都無法使用此列表中的非 SDK 接口。如果您的應用嘗試訪問其中任何一個接口,系統就會拋出錯誤。
灰名單 從 Android 9(API 級別 28)開始,在每個 API 級別分別會限制某些非 SDK 接口。如果應用的目標 API 級別較低,您可以訪問灰名單中的受限 API,但如果您的應用嘗試訪問在您的目標 API 級別受限的非 SDK 接口,系統就會假定此 API 已列入黑名單。說白了,就是只要在您應用的目標 API 級別不限制此列表中的非 SDK 接口,您就可以使用它們。
白名單 此列表中的接口已在 Android 框架軟件包索引中正式記錄,它們是受支持的接口,您可以自由使用。

有的同學聽完還是比較郁悶……

那換個說法吧,比如應用在通過反射等機制與類互動時(WebView、HTTP等),android9.0之后就不應訪問 SDK 中未列出的方法或字段,否則會提示報錯,應用老老實實的用谷歌大佬提供的API就好了。

來看谷歌大佬的回應:

盡管您目前仍可以使用灰名單中的某些非 SDK 接口(取決于您應用的目標 API 級別),但是如果您使用任何非 SDK 方法或字段,終歸存在很可能會損壞應用的風險。

如果您的應用依賴于非 SDK 接口,則應該開始計劃遷移到 SDK 接口或其他替代方案。如果您無法為應用中的功能找到使用非 SDK 接口的替代方案,則應該請求新的公共 API。

盡管還是可以使用,但后果自負。

有frameworks的同學可以看這個路徑,此文本包含已列入灰名單的非受限 API 的列表。

入灰名單的非受限 API 的列表

如果非常想使用此接口又找不到替代方案?

如果非常想使用此接口又找不到替代方案時怎么辦?可以找Google提需求,如下圖。


python2048Google提需求

其它的說明都可以忽略,主要是確認自己的SDK接口到底是不是屬于非SDK接口。

公眾號奧特曼超人屬于非SDK接口

應用調試時進行測試

先建議開啟lintOptions,檢測一下其他問題。

另外在搭載 Android 9(API 級別 28)或更高版本的設備或模擬器上構建和運行可調試應用來測試該應用是否使用非 SDK 接口。

在您的應用上運行測試時,如果該應用訪問了某些非 SDK 接口,系統就會輸出一條日志消息。

您可以檢查應用的日志消息,查找以下詳細信息:

  • 聲明的類、名稱和類型(采用 Android 運行時所使用的格式)。
  • 訪問方式:鏈接、反射或 JNI
  • 所訪問的非 SDK 接口屬于哪個列表。

我們可以使用 adb logcat 來查看這些日志消息,這些消息顯示在所運行應用的 PID 下,不過日志消息看起來很痛苦……

舉例而言,日志中可能包含如下條目:

Accessing hidden field Landroid/os/Message;->flags:I (light greylist, JNI)

我們也可以使用 StrictMode API 進行測試的
記得在主方法里面開啟 StrictMode,用 StrictMode API 來測試應用是否使用 非 SDK 接口 ,怎么開啟?打開 detectNonSdkApiUsage 方法 ,然后使用 penaltyListener 來接收每次使用 非 SDK 接口的行為所對應的回調,并且可以在其中實現自定義處理。

回調中提供的 Violation 對象派生自 Throwable,并且封閉式堆棧軌跡會提供相應使用行為的上下文。

當然,我們也可以使用 veridex 工具進行測試的

您還可以在 APK 上運行靜態分析工具 veridexveridex 工具 會掃描 APK 的整個代碼庫(包括所有第三方庫),并報告發現的所有使用非 SDK 接口的行為。

veridex工具檢測

不過 veridex 工具存在以下局限性:

  • 它無法檢測到通過 JNI 實現的調用。
  • 它只能檢測到一部分通過反射實現的調用。
  • 它對非活動代碼路徑的分析僅限于 API 級別的檢查。

有的人會好奇,它對原生代碼中的非 NDK 接口是否有限制?Google大佬回應,Android SDK 包含 Java 接口。Android 平臺從 Android 7(API 級別 26)開始就已經限制訪問原生 C/C++ 代碼中的非 NDK 的接口了。


python2048微信公眾號

作者:奧特曼超人Dujinyang

來源:CSDN

原文:dujinyang.blog.csdn.net/

版權聲明:本文為博主杜錦陽原創文章,轉載請附上博文鏈接!

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,185評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,656評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,647評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,446評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,951評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,189評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,718評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,800評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,419評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,420評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,755評論 2 371

推薦閱讀更多精彩內容