Android?APN數(shù)據(jù)庫查詢對比分析(APN案例)
功能背景
APN 數(shù)據(jù)通常存儲在數(shù)據(jù)庫中,由TelephonyProvider提供。當用戶進入APN設置界面時,Activity會啟動,AOSP源碼通過ContentResolver查詢APN數(shù)據(jù)。關鍵分析點在于這個查詢操作是否在主線程執(zhí)行,因為主線程上的耗時操作會導致ANR。
技術演進補充
自Android 9(API 28)起,系統(tǒng)對Telephony.Carriers
表的訪問增加了權限限制:
- 需要
Carrier Privileges
或WRITE_APN_SETTINGS
權限 - 查詢結果可能返回空Cursor,需配合
SubscriptionManager
處理多SIM卡場景
分析
通常,Android的ContentProvider處理數(shù)據(jù)請求,而TelephonyProvider繼承自ContentProvider。查詢操作可能會在后臺線程執(zhí)行,但需要確認。例如,CursorLoader會在后臺線程處理查詢,但如果是直接使用ContentResolver.query,可能就在主線程了。
Android源碼中
- 使用LoaderManager來異步加載數(shù)據(jù),這樣查詢會在后臺進行。
- 如果用戶使用的是直接查詢而沒有異步處理,那么主線程可能被阻塞。
排查建議
檢查ApnSettingsActivity的onCreate或onResume方法,看是否觸發(fā)數(shù)據(jù)加載。
- 使用LoaderManager.initLoader來啟動CursorLoader,這樣查詢會在后臺線程執(zhí)行。
- 否則,如果直接在主線程調用getContentResolver().query,就會在主線程執(zhí)行數(shù)據(jù)庫操作。
疑問
Q:getContentResolver().query都是在主線程執(zhí)行的嗎?
A:直接調用getContentResolver().query取決于調用線程。
根據(jù)Android文檔,ContentResolver的query方法默認是在調用線程執(zhí)行的。如果直接在主線程調用getContentResolver().query,那么查詢會在主線程執(zhí)行,可能導致UI卡頓甚至ANR。然而,當使用CursorLoader時,內部會使用AsyncTask或者類似的機制,在后臺線程執(zhí)行查詢,從而避免主線程阻塞。
CursorLoader內部封裝了異步查詢,所以即使調用了ContentResolver的query方法,也是在Loader管理的后臺線程中執(zhí)行的,而不是主線程。
正確使用Loader或現(xiàn)代的替代方案(如Room的LiveData + ViewModel)來確保數(shù)據(jù)庫操作不在主線程進行。
關鍵結論
- 直接調用:若在Activity/Fragment主線程中直接調用
getContentResolver().query()
,確實會在主線程執(zhí)行數(shù)據(jù)庫操作,可能導致ANR - 通過Loader機制:當使用
CursorLoader
時,系統(tǒng)自動在后臺線程執(zhí)行查詢,通過Handler
將結果回調到主線程
線程行為對比表
調用方式 | 執(zhí)行線程 | 是否阻塞UI | 推薦場景 |
---|---|---|---|
直接調用query() | 調用線程 | 可能阻塞 | 小型數(shù)據(jù)集/非UI線程調用 |
CursorLoader自動執(zhí)行query | AsyncTask線程池 | 無阻塞 | 列表數(shù)據(jù)加載等標準場景 |
對疑問的代碼執(zhí)行流程驗證
原生CursorLoader實現(xiàn)原理(簡化版):
// Framework簡化的Loader線程切換邏輯 public class CursorLoader extends AsyncTaskLoader<Cursor> { @Override public Cursor loadInBackground() { // 在AsyncTask線程執(zhí)行 return getContext().getContentResolver().query(uri, ...); } @Override protected void onStartLoading() { forceLoad(); // 觸發(fā)異步加載 } }
主線程驗證代碼:
// 驗證調用線程的測試代碼 new Handler(Looper.getMainLooper()).post(() -> { // 在主線程執(zhí)行查詢 Cursor cursor = getContentResolver().query(Carriers.CONTENT_URI, ...); Log.d("ThreadTest", "MainThread query: " + (Looper.myLooper() == Looper.getMainLooper())); }); // 輸出結果:ThreadTest: MainThread query: true
代碼實現(xiàn)
優(yōu)化設想
用戶打開界面,Activity初始化Loader,LoaderManager啟動CursorLoader,CursorLoader在后臺線程執(zhí)行查詢,通過ContentResolver調用TelephonyProvider的query方法,最終獲取APN數(shù)據(jù)并返回給主線程更新UI。

%% APN Settings界面數(shù)據(jù)加載時序圖 sequenceDiagram participant User participant ApnSettingsActivity participant LoaderManager participant CursorLoader participant TelephonyProvider participant Database User->>ApnSettingsActivity: 啟動APN設置界面 activate ApnSettingsActivity ApnSettingsActivity->>LoaderManager: initLoader(APN_LOADER_ID) LoaderManager->>CursorLoader: 創(chuàng)建新Loader實例 activate CursorLoader CursorLoader->>TelephonyProvider: 異步執(zhí)行query() activate TelephonyProvider TelephonyProvider->>Database: 執(zhí)行SQL查詢 activate Database Database-->>TelephonyProvider: 返回APN數(shù)據(jù)Cursor deactivate Database TelephonyProvider-->>CursorLoader: 返回查詢結果 deactivate TelephonyProvider CursorLoader-->>LoaderManager: 交付結果 deactivate CursorLoader LoaderManager->>ApnSettingsActivity: onLoadFinished() ApnSettingsActivity->>ApnSettingsActivity: 更新UI列表 deactivate ApnSettingsActivity Note right of CursorLoader: 關鍵路徑說明<br/>1. CursorLoader自動處理后臺線程<br/>2. 數(shù)據(jù)庫查詢在AsyncTask線程池執(zhí)行<br/>3. 結果通過Handler返回主線程
如下是優(yōu)化方案的案例,但是原生邏輯并不是直接一個Activity
package com.android.settings.network.apn; // APN數(shù)據(jù)庫查詢不會阻塞主線程,通過CursorLoader機制實現(xiàn) // 實際查詢發(fā)生在AsyncTask線程(AsyncTask.THREAD_POOL_EXECUTOR) // 結果回調通過Handler機制返回主線程 // ApnSettings.java 核心邏輯 public class ApnSettings extends PreferenceActivity implements LoaderManager.LoaderCallbacks<Cursor> { @Override protected void onCreate(Bundle savedInstanceState) { getLoaderManager().initLoader(APN_LOADER_ID, null, this); // 啟動異步加載 } @Override public Loader<Cursor> onCreateLoader(int id, Bundle args) { return new CursorLoader(this, Telephony.Carriers.CONTENT_URI, PROJECTION, null, null, Telephony.Carriers.DEFAULT_SORT_ORDER); } @Override public void onLoadFinished(Loader<Cursor> loader, Cursor data) { mAdapter.swapCursor(data); // 主線程更新UI } }
以上符合Android的最佳實踐,即避免在主線程進行IO操作。
- ApnSettingsActivity使用了LoaderManager來初始化CursorLoader。
- 在onCreateLoader方法中創(chuàng)建了CursorLoader實例,參數(shù)包括ContentProvider的URI和查詢參數(shù)。
- 當LoaderManager啟動加載時,CursorLoader會在后臺線程執(zhí)行查詢,完成后再通過onLoadFinished回調主線程更新UI。
AOSP
packages/apps/Settings/src/com/android/settings/network/apn/ApnSettings.java
/** Handle each different apn setting. */ public class ApnSettings extends RestrictedSettingsFragment implements Preference.OnPreferenceChangeListener { static final String TAG = "ApnSettings";
到此這篇關于Android 數(shù)據(jù)庫查詢對比(APN案例)的文章就介紹到這了,更多相關Android APN數(shù)據(jù)庫查詢內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Android實現(xiàn)用代碼簡單安裝和卸載APK的方法
這篇文章主要介紹了Android實現(xiàn)用代碼簡單安裝和卸載APK的方法,涉及Android針對APK文件及package的相關操作技巧,需要的朋友可以參考下2016-08-08Android布局耗時監(jiān)測的三種實現(xiàn)方式
在Android應用開發(fā)中,性能優(yōu)化是一個至關重要的方面,為了更好地監(jiān)測布局渲染的耗時,我們需要一種可靠的實現(xiàn)方案,本文將介紹三種針對Android布局耗時監(jiān)測的實現(xiàn)方案,幫助開發(fā)者及時發(fā)現(xiàn)并解決布局性能問題,需要的朋友可以參考下2024-03-03Android RecycleView和線型布局制作聊天布局
大家好,本篇文章主要講的是Android RecycleView和線型布局制作聊天布局,感興趣的同學趕緊來看一看吧,對你有幫助的話記得收藏一下2022-01-01Android的Launcher啟動器中添加快捷方式及小部件實例
這篇文章主要介紹了在Android的Launcher啟動器中添加快捷方式及窗口小部件的方法,包括在自己的應用程序中添加窗口小部件AppWidget的例子,需要的朋友可以參考下2016-02-02Flutter使用Overlay與ColorFiltered新手引導實現(xiàn)示例
這篇文章主要介紹了Flutter使用Overlay與ColorFiltered新手引導實現(xiàn)示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-10-10解析android創(chuàng)建快捷方式會啟動兩個應用的問題
本篇文章是對關于android創(chuàng)建快捷方式會啟動兩個應用的問題進行了詳細的分析介紹,需要的朋友參考下2013-06-06