十年網(wǎng)站開發(fā)經(jīng)驗(yàn) + 多家企業(yè)客戶 + 靠譜的建站團(tuán)隊(duì)
量身定制 + 運(yùn)營維護(hù)+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
在android中的文件放在不同位置,它們的讀取方式也有一些不同。
成都創(chuàng)新互聯(lián)公司始終致力于在企業(yè)網(wǎng)站建設(shè)領(lǐng)域發(fā)展。秉承“創(chuàng)新、求實(shí)、誠信、拼搏”的企業(yè)精神,致力為企業(yè)提供全面的網(wǎng)絡(luò)宣傳與技術(shù)應(yīng)用整體策劃方案,為企業(yè)提供包括“網(wǎng)站建設(shè)、響應(yīng)式網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、微信網(wǎng)站建設(shè)、微信小程序開發(fā)、商城網(wǎng)站建設(shè)、平臺(tái)網(wǎng)站建設(shè)秉承"和諧、參與、激情"的文化,與客戶和合作伙伴齊心協(xié)力一起成長,共同發(fā)展。
本文對(duì)android中對(duì)資源文件的讀取、數(shù)據(jù)區(qū)文件的讀取、SD卡文件的讀取及RandomAccessFile的方式和方法進(jìn)行了整理。供參考。
不是,本地文件的讀寫是指手機(jī)內(nèi)部文件(手機(jī)本身自帶的文件或內(nèi)存卡的文件)讀寫!你說的配置文件的讀寫可以理解成其中的一部分。而且android對(duì)不同文件的讀取方式也有不同,如果是工程內(nèi)的配置文件讀寫的話會(huì)有專門的api去讀取,如果是工程外文件直接使用JAVA中FILE類加載手機(jī)路徑進(jìn)行讀寫!在讀寫時(shí)應(yīng)該給該工程加上讀寫文件的權(quán)限?。。?/p>
!--往sdcard中寫入數(shù)據(jù)的權(quán)限 --uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/uses-permission!--在sdcard中創(chuàng)建/刪除文件的權(quán)限 --uses-permission android:name="android.permission.MOUNT_U
android中的apk必須簽名
這種簽名不是基于權(quán)威證書的,不會(huì)決定某個(gè)應(yīng)用允不允許安裝,而是一種自簽名證書。
重要的是,android系統(tǒng)有的權(quán)限是基于簽名的。比如:system等級(jí)的權(quán)限有專門對(duì)應(yīng)的簽名,簽名不對(duì),權(quán)限也就獲取不到。默認(rèn)生成的APK文件是debug簽名的。
獲取system權(quán)限時(shí)用到的簽名,見:如何使Android應(yīng)用程序獲取系統(tǒng)權(quán)限。基于UserID的進(jìn)程級(jí)別的安全機(jī)。這種簽名不是基于權(quán)威證書的,不會(huì)決定某個(gè)應(yīng)用允不允許安裝,而是一種自簽名證書。重要的是,android系統(tǒng)有的權(quán)限是基于簽名的。
IO流(操作文件內(nèi)容): 字節(jié)流
參考:
AssetManager
assets 文件夾用于存儲(chǔ)應(yīng)用需要的文件,在安裝后可直接從其中讀取使用或者寫入本地存儲(chǔ)中
Android Studio 默認(rèn)不建立該文件夾,可以手動(dòng)新建 : app - src - main - assets
或者,右鍵 main - New - Folder - Assets Folder
AssetManager 對(duì)象可以直接訪問該文件夾:
獲取方法:
使用函數(shù) open 可以打開 assets 文件夾中對(duì)象,返回一個(gè) InputStream 對(duì)象:
open
獲取方法:
本來以為就沒有辦法在應(yīng)用程序這一層改系統(tǒng)時(shí)間了,后來在網(wǎng)上搜了好久,知道這個(gè)目的還是可以達(dá)到的。
第一個(gè)方法簡單點(diǎn),不過需要在Android系統(tǒng)源碼的環(huán)境下用make來編譯:
1. 在應(yīng)用程序的AndroidManifest.xml中的manifest節(jié)點(diǎn)中加入
android:sharedUserId="android.uid.system"這個(gè)屬性。
2. 修改Android.mk文件,加入LOCAL_CERTIFICATE := platform這一行
3. 使用mm命令來編譯,生成的apk就有修改系統(tǒng)時(shí)間的權(quán)限了。
第二個(gè)辦法麻煩點(diǎn),不過不用開虛擬機(jī)跑到源碼環(huán)境下用make來編譯:
1. 同上,加入android:sharedUserId="android.uid.system"這個(gè)屬性。
2. 使用eclipse編譯出apk文件,但是這個(gè)apk文件是不能用的。
3. 用壓縮軟件打開apk文件,刪掉META-INF目錄下的CERT.SF和CERT.RSA兩個(gè)文件。
4. 使用目標(biāo)系統(tǒng)的platform密鑰來重新給apk文件簽名。這步比較麻煩,
首先找到密鑰文件,在我的Android源碼目錄中的位置
是"build argetproductsecurity",下面的platform.pk8和platform.x509.pem
兩個(gè)文件。
然后用Android提供的Signapk工具來簽名,signapk的源代碼是
在"build oolssignapk"下,
用法為"signapk platform.x509.pem platform.pk8 input.apk output.apk",
文件名最好使用絕對(duì)路徑防止找不到,也可以修改源代碼直接使用。
這樣最后得到的apk和第一個(gè)方法是一樣的。
最后解釋一下原理,首先加入android:sharedUserId="android.uid.system"這個(gè)屬性。通過Shared User id,擁有同一個(gè)User id的多個(gè)APK可以配置成運(yùn)行在同一個(gè)進(jìn)程中。那么把程序的UID配成android.uid.system,也就是要讓程序運(yùn)行在系統(tǒng)進(jìn)程中,這樣就有權(quán)限來修改系統(tǒng)時(shí)間了。
只是加入U(xiǎn)ID還不夠,如果這時(shí)候安裝APK的話發(fā)現(xiàn)無法安裝,提示簽名不符,原因是程序想要運(yùn)行在系統(tǒng)進(jìn)程中還要有目標(biāo)系統(tǒng)的platform
key,就是上面第二個(gè)方法提到的platform.pk8和platform.x509.pem兩個(gè)文件。用這兩個(gè)key簽名后apk才真正可以放入系統(tǒng)進(jìn)程中。第一個(gè)方法中加入LOCAL_CERTIFICATE := platform其實(shí)就是用這兩個(gè)key來簽名。這也有一個(gè)問題,就是這樣生成的程序只有在原始的Android系統(tǒng)或者是自己編譯的系統(tǒng)中才可以用,因?yàn)檫@樣的系統(tǒng)才可以拿到 platform.pk8和platform.x509.pem兩個(gè)文件。要是別家公司做的Android上連安裝都安裝不了。試試原始的Android 中的key來簽名,程序在模擬器上運(yùn)行OK,不過放到G3上安裝直接提示"Package ... has no signatures that match those in shared user android.uid.system",這樣也是保護(hù)了系統(tǒng)的安全。