摘要:隱私更改相關(guān)介紹存儲范圍變更改變了應(yīng)用程序訪問設(shè)備外部存儲上文件的方式。只有應(yīng)用程序預(yù)期啟動的特定廣播才免除。此更改意味著將僅接受系統(tǒng)生成的文件。使用全屏通知的應(yīng)用必須在其應(yīng)用的文件中請求權(quán)限,這是正常權(quán)限,因此系統(tǒng)會自動授予。
Android Q 隱私更改相關(guān)介紹 存儲范圍變更
Android Q 改變了應(yīng)用程序訪問設(shè)備外部存儲上文件的方式。 通過使用更細(xì)粒度的媒體特定權(quán)限替換以前的 READ_EXTERNAL_STORAGE 和 WRITE_EXTERNAL_STORAGE權(quán)限。
Android Q 為每個應(yīng)用程序提供了一個獨(dú)立的在外部存儲設(shè)備的存儲沙箱,沒有其他應(yīng)用可以直接訪問您應(yīng)用的沙盒文件。由于文件是私有的,因此訪問這些文件不再需要任何權(quán)限。
并且 Android Q 推薦了獲取外部存儲私有文件的最佳位置:即Context.getExternalFilesDir()返回的位置,因?yàn)榇宋恢迷谒蠥ndroid版本中表現(xiàn)一致。使用此方法時,請傳入與要創(chuàng)建或打開的文件類型對應(yīng)的媒體環(huán)境。例如,要訪問或保存app-private圖像,請調(diào)用Context.getExternalFilesDir(Environment.DIRECTORY_PICTURES)。
定義公共媒體集合:Photos & Videos、Music、 Downloads。
APP 無需請求任何權(quán)限即可在這些共享集合中創(chuàng)建和修改自己的文件。
如果你的APP想創(chuàng)建和修改其他應(yīng)用已創(chuàng)建的文件,則必須首先請求相應(yīng)的權(quán)限:
訪問Photos & Videos目錄的其他應(yīng)用程序文件 需要請求 READ_MEDIA_IMAGES 或 READ_MEDIA_VIDEO 權(quán)限,具體取決于您的應(yīng)用程序需要訪問的文件類型。
訪問 Music 共享集合中的其他應(yīng)用程序文件需要 READ_MEDIA_AUDIO 權(quán)限。
沒有訪問Downloads共享集合的權(quán)限,您的應(yīng)用可以訪問此集合中自己的文件。但是,要訪問此集合中的其他應(yīng)用程序文件,您必須允許用戶使用系統(tǒng)的文件選擇器應(yīng)用程序選擇文件。
訪問共享集合通過 MediaStore API ,如 MediaStore.Images、MediaStore.Video、MediaStore.Audio、MediaStore.Downloads。
需要注意的是:對于 Android Q 上新安裝的應(yīng)用,對 getExternalStoragePublicDirectory()的調(diào)用僅提供對應(yīng)用已存儲在其隔離存儲沙箱中的文件的訪問權(quán)限。要保持對其他應(yīng)用程序文件的訪問權(quán)限,請更新應(yīng)用程序的邏輯以使用MediaStore。
一些照片在其數(shù)據(jù)中會包含位置信息,允許用戶查看拍攝照片的位置。由于此位置信息是敏感的,因此我們想獲取位置信息需要以下幾步:
將新的 ACCESS_MEDIA_LOCATION 權(quán)限添加到AndroidManifest。
獲取位置信息
photoUri = MediaStore.setRequireOriginal(photoUri); InputStream stream = getContentResolver().openInputStream(photoUri); //從流中讀取位置信息
target API 級別等于 Android Q 的應(yīng)用,或者在運(yùn)行Android Q 的設(shè)備上新安裝的應(yīng)用默認(rèn)都會采取新的權(quán)限策略
如果你的APP同時滿足以下兩個條件,則會兼容以前的權(quán)限策略:
targetSdkVersion <= Android 9
你的應(yīng)用安裝在從 Android 9 升級到 Android Q 的設(shè)備上
Android Q 為每個外部存儲設(shè)備提供唯一的卷名。
//獲取卷名方式 SetActivity后臺活動限制volumeNames = MediaStore.getAllVolumeNames(context);
Android Q 對應(yīng)用未經(jīng)通知用戶就啟動進(jìn)行了極大地限制,在Android Q上運(yùn)行的應(yīng)用只有在滿足以下一個或多個條件時才能啟動活動:
該APP具有可見窗口,例如有前臺Activity
位于前臺的另一個 APP 發(fā)送屬于該應(yīng)用程序的 PendingIntent。
系統(tǒng)發(fā)送屬于該 APP 的PendingIntent,例如點(diǎn)擊通知。
系統(tǒng)向應(yīng)用程序發(fā)送廣播,例如SECRET_CODE_ACTION。只有應(yīng)用程序預(yù)期啟動UI的特定廣播才免除。
此行為更改適用于在 Android Q 上運(yùn)行的所有應(yīng)用,甚至是針對Android 9(API級別28)或更低級別的應(yīng)用。但是,只要您的應(yīng)用以用戶互動的直接結(jié)果開始活動,您的應(yīng)用很可能不會受到此更改的影響。實(shí)際上,大多數(shù)應(yīng)用程序都不受此更改的影響。
此外,Android Q 建議我們 后臺應(yīng)用程序都應(yīng)創(chuàng)建通知,以便向用戶提供信息,而不是直接啟動活動。
一些特殊情況如:來電或者警報,需要立刻啟動 Activity,則可以通過創(chuàng)建高優(yōu)先級的通知,并提供 fullscreen itent。如何創(chuàng)建高優(yōu)先級通知?
設(shè)備位置權(quán)限的訪問控制用戶可以更好地控制應(yīng)用何時可以訪問設(shè)備位置。當(dāng)在Android Q上運(yùn)行的應(yīng)用程序請求位置訪問時,會通過對話框的形式給用戶進(jìn)行授權(quán)提示。此對話框允許用戶授予對兩個不同范圍的位置訪問權(quán)限:在使用中(僅限前臺)或始終(前臺和后臺)。
如果你的應(yīng)用針對 Android Q 并且需要在后臺運(yùn)行時訪問用戶的位置,則必須在應(yīng)用的清單文件中聲明新權(quán)限
如果您的應(yīng)用在 Android Q 上運(yùn)行但針對的是 Android 9(API級別28)或更低版本,則會出現(xiàn)以下行為:
如果你的應(yīng)用為 ACCESS_FINE_LOCATION 或 ACCESS_COARSE_LOCATION 聲明 標(biāo)記,則系統(tǒng)會在安裝期間自動為ACCESS_BACKGROUND_LOCATION 添加 標(biāo)記。
如果你的應(yīng)用請求 ACCESS_FINE_LOCATION 或 ACCESS_COARSE_LOCATION,系統(tǒng)會自動將 ACCESS_BACKGROUND_LOCATION添加到請求中。
雖然你的應(yīng)用可以請求并接收 ACCESS_BACKGROUND_LOCATION,但用戶可以通過選擇您的應(yīng)用僅應(yīng)在前臺訪問位置信息來撤消此權(quán)限。
對數(shù)據(jù)和標(biāo)識符的更改影響在Android Q 上運(yùn)行的所有應(yīng)用的更改:
從Android Q開始,該平臺不再跟蹤聯(lián)系人親緣關(guān)系信息。因此,如果您的應(yīng)用對用戶的聯(lián)系人進(jìn)行搜索,則結(jié)果不再按交互頻率排序。 “聯(lián)系人提供程序”指南包含一個通知,說明自Android Q起所有設(shè)備上已廢棄的特定字段和方法。
在Android Q 運(yùn)行的設(shè)備默認(rèn)傳輸隨機(jī)的MAC 地址,獲取隨機(jī)MAC地址API:WifiConfiguration.getRandomizedMacAddress()
獲取實(shí)際硬件MAC地址:WifiInfo.getFactoryMacAddress()。
應(yīng)用必須具有 READ_PRIVILEGED_PHONE_STATE 特權(quán)權(quán)限才能訪問設(shè)備的不可重置標(biāo)識符,包括IMEI和序列號。原則上 Android Q 建議避免使用更容易關(guān)聯(lián)到個人的硬件標(biāo)識符,而是使用實(shí)例ID。實(shí)例ID的做法推薦
除非您的應(yīng)用程序是默認(rèn)輸入法編輯器或當(dāng)前具有焦點(diǎn)的應(yīng)用程序,否則您的應(yīng)用程序無法訪問剪貼板數(shù)據(jù)。
影響針對 Android Q API 級別運(yùn)行的應(yīng)用的更改:
如果您的應(yīng)用針對Android Q,則您的應(yīng)用只能在用戶授予您訪問USB設(shè)備或配件的應(yīng)用權(quán)限后才能讀取序列號。
相機(jī)和連接相關(guān)更改影響在Android Q 上運(yùn)行的所有應(yīng)用的更改:
Android Q更改了默認(rèn)情況下getCameraCharacteristics()方法返回的信息的廣度。特別是,您的應(yīng)用必須具有CAMERA權(quán)限才能訪問此方法的返回值中包含的潛在設(shè)備特定元數(shù)據(jù)。
在Android Q上運(yùn)行的應(yīng)用無法啟用或停用Wi-Fi。 WifiManager.setWifiEnabled()方法始終返回false。 如果需要,請使用設(shè)置面板提示用戶啟用和禁用Wi-Fi。
影響針對 Android Q API 級別運(yùn)行的應(yīng)用的更改:
除非您的應(yīng)用具有ACCESS_FINE_LOCATION權(quán)限,否則在Android Q上運(yùn)行時,您的應(yīng)用無法在Wi-Fi,Wi-Fi Aware或藍(lán)牙API中使用多種方法。要查看受影響方法的列表,請參閱隱私附錄。
將Wi-Fi網(wǎng)絡(luò)列表的手動配置限制在系統(tǒng)應(yīng)用程序中。如果您的應(yīng)用針對Android Q,則以下方法不再返回有用數(shù)據(jù),下面方法將不會返回有效信息:
getConfiguredNetworks()方法始終返回空List
addNetwork()和updateNetwork() - 始終返回-1
返回布爾值的每個網(wǎng)絡(luò)操作 - removeNetwork(),reassociate(),enableNetwork(),disableNetwork(),reconnect()和disconnect() - 始終返回false
物理活動識別針對 Android Q API 級別運(yùn)行的應(yīng)用,Android Q為需要檢測用戶移動的應(yīng)用程序(例如步行,騎自行車或車輛)引入了新的ACTIVITY_RECOGNITION運(yùn)行時權(quán)限。這旨在讓用戶了解設(shè)置中如何使用設(shè)備傳感器數(shù)據(jù)。
Android Q 行為變更最令我們關(guān)心的,還是我們的適配工作。下面,分兩部分講:
一、針對所有運(yùn)行在 Android Q 上的app的行為變更為了確保應(yīng)用穩(wěn)定性和兼容性,Google 在 Android O 中開始限制使用哪些非SDK接口(API級別28)。 Android Q 更新了非SDK接口的限制列表,并且修改了限制規(guī)則。
1.灰名單修改:在Android 9(API級別28)中,灰名單分為以下兩個列表:
(1)lightgrey列表: targetSdkVersion<28 情況下可以使用的非SDK接口
(2)darkgrey list:targetSdkVersion>=28 情況下無法使用的非SDK接口
在 Android Q 中,我們現(xiàn)在將這兩個列表統(tǒng)稱為 greylist(灰名單),但是受目標(biāo)API級別限制:
如在 Android P 中被限制的黑灰色名單:darkgrey list 現(xiàn)在叫做 greylist-max-o, 在 Android Q 中被限制的非SDK接口應(yīng)該稱為 greylist-max-p
2.代碼注釋修改:引入以下注解來區(qū)別哪些非SDK接口在哪個API做了限制 @UnsupportedAppUsge 無限制的灰名單
@UnsupportedAppUsage(maxTargetSdk = 0) 黑名單,哪個API都不能調(diào)用
@UnsupportedAppUsage(maxTargetSdk = Build.VERSION_CODES.O) API <= Android O 可以調(diào)用
@UnsupportedAppUsage(maxTargetSdk = Build.VERSION_CODES.P) API <= Android P 可以調(diào)用
Android Q 非SDK接口限制列表過長,這里直接附上查詢地址
在 Android Q 上,與 Wi-Fi Direct 功能相關(guān)的廣播不再具有粘性。如果你的 APP 依賴于在注冊時接收這些廣播,可以在初始化時使用適當(dāng)?shù)膅et()方法來獲取信息,具體可參考 WifiP2pManager 類相關(guān)方法。
在Android Q(Go版)設(shè)備上運(yùn)行的應(yīng)用無法接收SYSTEM_ALERT_WINDOW權(quán)限。這是因?yàn)槔L制疊加窗口使用過多的內(nèi)存,這對低內(nèi)存Android設(shè)備的性能特別有害。
二、針對API級別為 Android Q 的行為變更如果你的應(yīng)用將targetSdkVersion設(shè)置為“android-Q”或更高版本,則下面的你需要注意了。
灰名單變更參考“針對所有運(yùn)行在 Android Q 上的app的行為變更”的策略,意味著@UnsupportedAppUsage(maxTargetSdk < Build.VERSION_CODES.Q) 的非API方法你都需要注意了!!!
針對Q的應(yīng)用不能再直接使用ashmem(/ dev / ashmem),而必須通過NDK的ASharedMemory類訪問共享內(nèi)存。此外,應(yīng)用程序無法直接對現(xiàn)有的ashmem文件描述符進(jìn)行IOCTL,而必須使用NDK的ASharedMemory類或Android Java API來創(chuàng)建共享內(nèi)存區(qū)域。在使用共享內(nèi)存時,此更改可提高安全性和穩(wěn)健性,從而提高Android整體的性能和安全性。
Android運(yùn)行時(ART)不再從應(yīng)用程序進(jìn)程調(diào)用dex2oat。此更改意味著ART將僅接受系統(tǒng)生成的OAT文件。
使用全屏Intent通知的應(yīng)用必須在其應(yīng)用的 Manifest 文件中請求 USE_FULL_SCREEN_INTENT 權(quán)限,這是正常權(quán)限,因此系統(tǒng)會自動授予。 如果針對Android Q或更高版本的應(yīng)用嘗試在不請求USE_FULL_SCREEN_INTENT權(quán)限的情況下創(chuàng)建具有全屏的Intent,系統(tǒng)將忽略全屏意圖。
閱讀更多程序員接私活經(jīng)驗(yàn)總結(jié)
(Android)面試題級答案(精選版)
還在期待安卓9.0嗎?Android 10.0要來了
阿里內(nèi)部的那個牛逼帶閃電的Java診斷工具終于開源了
錘子科技"臨死前"被"接盤",內(nèi)部人士爆料已改簽今日頭條母公司
如果對技術(shù)比較感興趣,歡迎關(guān)注公眾號:終端研發(fā)部,id:codeGoogler ,一起交流和學(xué)習(xí)~
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/77497.html
摘要:隱私更改相關(guān)介紹存儲范圍變更改變了應(yīng)用程序訪問設(shè)備外部存儲上文件的方式。只有應(yīng)用程序預(yù)期啟動的特定廣播才免除。此更改意味著將僅接受系統(tǒng)生成的文件。使用全屏通知的應(yīng)用必須在其應(yīng)用的文件中請求權(quán)限,這是正常權(quán)限,因此系統(tǒng)會自動授予。 Android Q 隱私更改相關(guān)介紹 存儲范圍變更 Android Q 改變了應(yīng)用程序訪問設(shè)備外部存儲上文件的方式。 通過使用更細(xì)粒度的媒體特定權(quán)限替換以前的...
摘要:谷歌系統(tǒng)將在第三季度正式發(fā)布,屆時將會由諸多廠商系統(tǒng)得到升級。不過谷歌確實(shí)表示,中改善了后退手勢的靈敏度偏好,并為其添加了的垂直應(yīng)用排阻極限。顯然,谷歌希望開發(fā)人員能夠確保其已經(jīng)為新版做好準(zhǔn)備。 前言 當(dāng)今手機(jī)市場可謂是百花齊放,但手機(jī)系統(tǒng)卻屈指可數(shù),其中Android和iOS就占據(jù)了整個手機(jī)系統(tǒng)市場的99%,單單Android就占據(jù)了整個手機(jī)系統(tǒng)市場的86%,可謂是占據(jù)絕對優(yōu)勢。 s...
閱讀 2137·2023-04-25 18:49
閱讀 1840·2019-08-30 14:02
閱讀 2643·2019-08-29 17:24
閱讀 3323·2019-08-28 18:10
閱讀 2926·2019-08-28 18:03
閱讀 488·2019-08-26 12:01
閱讀 3309·2019-08-26 11:31
閱讀 1409·2019-08-26 10:29