Android?APN數(shù)據(jù)庫查詢對比分析(APN案例)
功能背景
APN 數(shù)據(jù)通常存儲在數(shù)據(jù)庫中,由TelephonyProvider提供。當(dāng)用戶進入APN設(shè)置界面時,Activity會啟動,AOSP源碼通過ContentResolver查詢APN數(shù)據(jù)。關(guān)鍵分析點在于這個查詢操作是否在主線程執(zhí)行,因為主線程上的耗時操作會導(dǎo)致ANR。
技術(shù)演進補充
自Android 9(API 28)起,系統(tǒng)對Telephony.Carriers表的訪問增加了權(quán)限限制:
- 需要
Carrier Privileges或WRITE_APN_SETTINGS權(quán)限 - 查詢結(jié)果可能返回空Cursor,需配合
SubscriptionManager處理多SIM卡場景
分析
通常,Android的ContentProvider處理數(shù)據(jù)請求,而TelephonyProvider繼承自ContentProvider。查詢操作可能會在后臺線程執(zhí)行,但需要確認(rèn)。例如,CursorLoader會在后臺線程處理查詢,但如果是直接使用ContentResolver.query,可能就在主線程了。
Android源碼中
- 使用LoaderManager來異步加載數(shù)據(jù),這樣查詢會在后臺進行。
- 如果用戶使用的是直接查詢而沒有異步處理,那么主線程可能被阻塞。
排查建議
檢查ApnSettingsActivity的onCreate或onResume方法,看是否觸發(fā)數(shù)據(jù)加載。
- 使用LoaderManager.initLoader來啟動CursorLoader,這樣查詢會在后臺線程執(zhí)行。
- 否則,如果直接在主線程調(diào)用getContentResolver().query,就會在主線程執(zhí)行數(shù)據(jù)庫操作。
疑問
Q:getContentResolver().query都是在主線程執(zhí)行的嗎?
A:直接調(diào)用getContentResolver().query取決于調(diào)用線程。
根據(jù)Android文檔,ContentResolver的query方法默認(rèn)是在調(diào)用線程執(zhí)行的。如果直接在主線程調(diào)用getContentResolver().query,那么查詢會在主線程執(zhí)行,可能導(dǎo)致UI卡頓甚至ANR。然而,當(dāng)使用CursorLoader時,內(nèi)部會使用AsyncTask或者類似的機制,在后臺線程執(zhí)行查詢,從而避免主線程阻塞。
CursorLoader內(nèi)部封裝了異步查詢,所以即使調(diào)用了ContentResolver的query方法,也是在Loader管理的后臺線程中執(zhí)行的,而不是主線程。
正確使用Loader或現(xiàn)代的替代方案(如Room的LiveData + ViewModel)來確保數(shù)據(jù)庫操作不在主線程進行。
關(guān)鍵結(jié)論
- 直接調(diào)用:若在Activity/Fragment主線程中直接調(diào)用
getContentResolver().query(),確實會在主線程執(zhí)行數(shù)據(jù)庫操作,可能導(dǎo)致ANR - 通過Loader機制:當(dāng)使用
CursorLoader時,系統(tǒng)自動在后臺線程執(zhí)行查詢,通過Handler將結(jié)果回調(diào)到主線程
線程行為對比表
| 調(diào)用方式 | 執(zhí)行線程 | 是否阻塞UI | 推薦場景 |
|---|---|---|---|
| 直接調(diào)用query() | 調(diào)用線程 | 可能阻塞 | 小型數(shù)據(jù)集/非UI線程調(diào)用 |
| CursorLoader自動執(zhí)行query | AsyncTask線程池 | 無阻塞 | 列表數(shù)據(jù)加載等標(biāo)準(zhǔn)場景 |
對疑問的代碼執(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ā)異步加載
}
}主線程驗證代碼:
// 驗證調(diào)用線程的測試代碼
new Handler(Looper.getMainLooper()).post(() -> {
// 在主線程執(zhí)行查詢
Cursor cursor = getContentResolver().query(Carriers.CONTENT_URI, ...);
Log.d("ThreadTest", "MainThread query: " + (Looper.myLooper() == Looper.getMainLooper()));
});
// 輸出結(jié)果:ThreadTest: MainThread query: true代碼實現(xiàn)
優(yōu)化設(shè)想
用戶打開界面,Activity初始化Loader,LoaderManager啟動CursorLoader,CursorLoader在后臺線程執(zhí)行查詢,通過ContentResolver調(diào)用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設(shè)置界面
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: 返回查詢結(jié)果
deactivate TelephonyProvider
CursorLoader-->>LoaderManager: 交付結(jié)果
deactivate CursorLoader
LoaderManager->>ApnSettingsActivity: onLoadFinished()
ApnSettingsActivity->>ApnSettingsActivity: 更新UI列表
deactivate ApnSettingsActivity
Note right of CursorLoader: 關(guān)鍵路徑說明<br/>1. CursorLoader自動處理后臺線程<br/>2. 數(shù)據(jù)庫查詢在AsyncTask線程池執(zhí)行<br/>3. 結(jié)果通過Handler返回主線程如下是優(yōu)化方案的案例,但是原生邏輯并不是直接一個Activity
package com.android.settings.network.apn;
// APN數(shù)據(jù)庫查詢不會阻塞主線程,通過CursorLoader機制實現(xiàn)
// 實際查詢發(fā)生在AsyncTask線程(AsyncTask.THREAD_POOL_EXECUTOR)
// 結(jié)果回調(diào)通過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ù)。
- 當(dāng)LoaderManager啟動加載時,CursorLoader會在后臺線程執(zhí)行查詢,完成后再通過onLoadFinished回調(diào)主線程更新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";到此這篇關(guān)于Android 數(shù)據(jù)庫查詢對比(APN案例)的文章就介紹到這了,更多相關(guān)Android APN數(shù)據(jù)庫查詢內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Android開發(fā)學(xué)習(xí)路線的七大階段
這篇文章主要介紹了Android開發(fā)學(xué)習(xí)路線的七大階段,本文講解了Java面向?qū)ο缶幊?、Java Web開發(fā)、android UI編程、android網(wǎng)絡(luò)編程與數(shù)據(jù)存儲、android手機硬件管理等七大階段,需要的朋友可以參考下2015-04-04
Android基于OkHttp實現(xiàn)下載和上傳圖片
這篇文章主要為大家詳細(xì)介紹了Android基于OkHttp實現(xiàn)下載和上傳圖片功能,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-11-11
Android studio 3.0上進行多渠道打包遇到的問題小結(jié)(超簡潔版)
這篇文章主要介紹了Android studio 3.0上進行多渠道打包遇到的問題小結(jié)(超簡潔版),非常不錯,具有參考借鑒價值,需要的朋友可以參考下2017-11-11
Android在fragment中編寫toobar的步驟詳解
這篇文章主要介紹了Android在fragment中編寫toobar,本文分步驟通過實例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-01-01
JSON中optString和getString方法的區(qū)別
optString方法會在對應(yīng)的key中的值不存在的時候返回一個空字符串,但是getString會拋一個JSONException 。下面通過一段代碼給大家介紹JSON中optString和getString方法的區(qū)別,感興趣的朋友一起看看吧2017-07-07

