小編給大家分享一下Android如何創(chuàng)建自己的內(nèi)容提供器，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！
創(chuàng)建內(nèi)容提供器的步驟
前面已經(jīng)提到過，如果想要實(shí)現(xiàn)跨程序共享數(shù)據(jù)的功能，官方推薦的方式就是使用內(nèi)容提供器，可以通過新建一個(gè)類去繼承 ContentProvider 的方式來(lái)創(chuàng)建一個(gè)自己的內(nèi)容提供器。 ContentProvider 類中有六個(gè)抽象方法，我們?cè)谑褂米宇惱^承它的時(shí)候，需要將這六個(gè)方法全 部重寫。新建 MyProvider 繼承自 ContentProvider，代碼如下所示：
重慶分公司
重慶分公司
public class MyProvider extends ContentProvider {
@Override
public boolean onCreate() {
return false;
}
@Override
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
return null;
}
@Override
public Uri insert(Uri uri, ContentValues values) {
return null;
}
@Override
public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs) {
return 0;
}
@Override
public int delete(Uri uri, String selection, String[] selectionArgs) {
return 0;
}
@Override
public String getType(Uri uri) {
return null;
}
}在這六個(gè)方法中，相信大多數(shù)你都已經(jīng)非常熟悉了，我再來(lái)簡(jiǎn)單介紹一下吧。
1. onCreate()
初始化內(nèi)容提供器的時(shí)候調(diào)用。通常會(huì)在這里完成對(duì)數(shù)據(jù)庫(kù)的創(chuàng)建和升級(jí)等操作， 返回 true 表示內(nèi)容提供器初始化成功，返回 false 則表示失敗。注意，只有當(dāng)存在 ContentResolver 嘗試訪問我們程序中的數(shù)據(jù)時(shí)，內(nèi)容提供器才會(huì)被初始化。
2. query()
從內(nèi)容提供器中查詢數(shù)據(jù)。使用 uri 參數(shù)來(lái)確定查詢哪張表，projection 參數(shù)用于確 定查詢哪些列，selection 和 selectionArgs 參數(shù)用于約束查詢哪些行，sortOrder 參數(shù)用于 對(duì)結(jié)果進(jìn)行排序，查詢的結(jié)果存放在 Cursor 對(duì)象中返回。
3. insert()
向內(nèi)容提供器中添加一條數(shù)據(jù)。使用 uri 參數(shù)來(lái)確定要添加到的表，待添加的數(shù)據(jù) 保存在 values 參數(shù)中。添加完成后，返回一個(gè)用于表示這條新記錄的 URI。
4. update()
更新內(nèi)容提供器中已有的數(shù)據(jù)。使用 uri 參數(shù)來(lái)確定更新哪一張表中的數(shù)據(jù)，新數(shù) 據(jù)保存在 values 參數(shù)中，selection 和 selectionArgs 參數(shù)用于約束更新哪些行，受影響的 行數(shù)將作為返回值返回。
5. delete()
從內(nèi)容提供器中刪除數(shù)據(jù)。使用 uri 參數(shù)來(lái)確定刪除哪一張表中的數(shù)據(jù)，selection和 selectionArgs 參數(shù)用于約束刪除哪些行，被刪除的行數(shù)將作為返回值返回。
6. getType()
根據(jù)傳入的內(nèi)容 URI 來(lái)返回相應(yīng)的 MIME 類型。 可以看到，幾乎每一個(gè)方法都會(huì)帶有 Uri 這個(gè)參數(shù)，這個(gè)參數(shù)也正是調(diào)用 ContentResolver的增刪改查方法時(shí)傳遞過來(lái)的。而現(xiàn)在，我們需要對(duì)傳入的 Uri 參數(shù)進(jìn)行解析，從中分析出 調(diào)用方期望訪問的表和數(shù)據(jù)。
回顧一下，一個(gè)標(biāo)準(zhǔn)的內(nèi)容 URI 寫法是這樣的：
content://com.example.app.provider/table1
這就表示調(diào)用方期望訪問的是 com.example.app 這個(gè)應(yīng)用的 table1 表中的數(shù)據(jù)。除此之 外，我們還可以在這個(gè)內(nèi)容 URI 的后面加上一個(gè) id，如下所示：
content://com.example.app.provider/table1/1
這就表示調(diào)用方期望訪問的是 com.example.app 這個(gè)應(yīng)用的 table1 表中 id 為 1 的數(shù)據(jù)。 內(nèi)容 URI 的格式主要就只有以上兩種，以路徑結(jié)尾就表示期望訪問該表中所有的數(shù)據(jù)，以 id 結(jié)尾就表示期望訪問該表中擁有相應(yīng) id 的數(shù)據(jù)。我們可以使用通配符的方式來(lái)分別匹 配這兩種格式的內(nèi)容 URI，規(guī)則如下。
1. *：表示匹配任意長(zhǎng)度的任意字符
2. #：表示匹配任意長(zhǎng)度的數(shù)字 所以，一個(gè)能夠匹配任意表的內(nèi)容 URI 格式就可以寫成：
content://com.example.app.provider/*
而一個(gè)能夠匹配 table1 表中任意一行數(shù)據(jù)的內(nèi)容 URI 格式就可以寫成：
content://com.example.app.provider/table1/#
接著，我們?cè)俳柚?UriMatcher 這個(gè)類就可以輕松地實(shí)現(xiàn)匹配內(nèi)容 URI 的功能。UriMatcher 中提供了一個(gè) addURI()方法，這個(gè)方法接收三個(gè)參數(shù)，可以分別把權(quán)限、路徑和一個(gè)自定義 代碼傳進(jìn)去。這樣，當(dāng)調(diào)用 UriMatcher 的 match()方法時(shí)，就可以將一個(gè) Uri 對(duì)象傳入，返 回值是某個(gè)能夠匹配這個(gè) Uri 對(duì)象所對(duì)應(yīng)的自定義代碼，利用這個(gè)代碼，我們就可以判斷出 調(diào)用方期望訪問的是哪張表中的數(shù)據(jù)了。修改 MyProvider 中的代碼，如下所示：
public class MyProvider extends ContentProvider {
public static final int TABLE1_DIR = 0;
public static final int TABLE1_ITEM = 1;
public static final int TABLE2_DIR = 2;
public static final int TABLE2_ITEM = 3;
private static UriMatcher uriMatcher; static {
uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
uriMatcher.addURI("com.example.app.provider", "table1", TABLE1_DIR);
uriMatcher.addURI("com.example.app.provider ", "table1/#", TABLE1_ITEM);
uriMatcher.addURI("com.example.app.provider ", "table2", TABLE2_ITEM);
uriMatcher.addURI("com.example.app.provider ", "table2/#", TABLE2_ITEM);
}
……
@Override
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
switch (uriMatcher.match(uri)) {
case TABLE1_DIR:
// 查詢table1表中的所有數(shù)據(jù)
break;
case TABLE1_ITEM:
// 查詢table1表中的單條數(shù)據(jù)
break;
case TABLE2_DIR:
// 查詢table2表中的所有數(shù)據(jù)
break;
case TABLE2_ITEM:
// 查詢table2表中的單條數(shù)據(jù)
break;
default:
break;
}
……
}
……
}可以看到，MyProvider 中新增了四個(gè)整型常量，其中 TABLE1_DIR 表示訪問 table1 表 中的所有數(shù)據(jù)，TABLE1_ITEM 表示訪問 table1 表中的單條數(shù)據(jù)，TABLE2_DIR 表示訪問 table2 表中的所有數(shù)據(jù)，TABLE2_ITEM 表示訪問 table2 表中的單條數(shù)據(jù)。接著在靜態(tài)代碼 塊里我們創(chuàng)建了 UriMatcher 的實(shí)例，并調(diào)用 addURI()方法，將期望匹配的內(nèi)容 URI 格式傳 遞進(jìn)去，注意這里傳入的路徑參數(shù)是可以使用通配符的。然后當(dāng) query()方法被調(diào)用的時(shí)候， 就會(huì)通過 UriMatcher 的 match()方法對(duì)傳入的 Uri 對(duì)象進(jìn)行匹配，如果發(fā)現(xiàn) UriMatcher 中某 個(gè)內(nèi)容 URI 格式成功匹配了該 Uri 對(duì)象，則會(huì)返回相應(yīng)的自定義代碼，然后我們就可以判斷 出調(diào)用方期望訪問的到底是什么數(shù)據(jù)了。
上述代碼只是以 query()方法為例做了個(gè)示范，其實(shí) insert()、update()、delete()這幾個(gè)方 法的實(shí)現(xiàn)也是差不多的，它們都會(huì)攜帶 Uri 這個(gè)參數(shù)，然后同樣利用 UriMatcher 的 match() 方法判斷出調(diào)用方期望訪問的是哪張表，再對(duì)該表中的數(shù)據(jù)進(jìn)行相應(yīng)的操作就可以了。
除此之外，還有一個(gè)方法你會(huì)比較陌生，即 getType()方法。它是所有的內(nèi)容提供器都必 須提供的一個(gè)方法，用于獲取 Uri 對(duì)象所對(duì)應(yīng)的 MIME 類型。一個(gè)內(nèi)容 URI 所對(duì)應(yīng)的 MIME 字符串主要由三部分組分，Android 對(duì)這三個(gè)部分做了如下格式規(guī)定。
1. 必須以 vnd 開頭。
2. 如果內(nèi)容 URI 以路徑結(jié)尾，則后接 android.cursor.dir/，如果內(nèi)容 URI 以 id 結(jié)尾， 則后接 android.cursor.item/。
3. 最后接上 vnd.
所以，對(duì)于 content://com.example.app.provider/table1 這個(gè)內(nèi)容 URI，它所對(duì)應(yīng)的 MIME
類型就可以寫成：
vnd.android.cursor.dir/vnd.com.example.app.provider.table1
對(duì)于 content://com.example.app.provider/table1/1 這個(gè)內(nèi)容 URI，它所對(duì)應(yīng)的 MIME 類型 就可以寫成：
vnd.android.cursor.item/vnd. com.example.app.provider.table1
現(xiàn)在我們可以繼續(xù)完善 MyProvider 中的內(nèi)容了，這次來(lái)實(shí)現(xiàn) getType()方法中的邏輯， 代碼如下所示：
public class MyProvider extends ContentProvider {
……
@Override
public String getType(Uri uri) { switch (uriMatcher.match(uri)) { case TABLE1_DIR:
return "vnd.android.cursor.dir/vnd.com.example.app.provider.
table1";
case TABLE1_ITEM:
return "vnd.android.cursor.item/vnd.com.example.app.provider.
table1";
case TABLE2_DIR:
return "vnd.android.cursor.dir/vnd.com.example.app.provider.
table2";
case TABLE2_ITEM:
return "vnd.android.cursor.item/vnd.com.example.app.provider.
table2";
default:
break;
}
return null;
}
}到這里，一個(gè)完整的內(nèi)容提供器就創(chuàng)建完成了，現(xiàn)在任何一個(gè)應(yīng)用程序都可以使用ContentResolver 來(lái)訪問我們程序中的數(shù)據(jù)。那么前面所提到的，如何才能保證隱私數(shù)據(jù)不會(huì) 泄漏出去呢？其實(shí)多虧了內(nèi)容提供器的良好機(jī)制，這個(gè)問題在不知不覺中已經(jīng)被解決了。因 為所有的 CRUD 操作都一定要匹配到相應(yīng)的內(nèi)容 URI 格式才能進(jìn)行的，而我們當(dāng)然不可能 向 UriMatcher 中添加隱私數(shù)據(jù)的 URI，所以這部分?jǐn)?shù)據(jù)根本無(wú)法被外部程序訪問到，安全問題也就不存在了。
以上是“Android如何創(chuàng)建自己的內(nèi)容提供器”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！
