android獲取apilevel

❶ 在android機頂盒上 怎樣獲取有線網卡MAC地址

在Android機頂盒上 獲取有線網卡MAC地址方法：
（1） 調用android 的API： NetworkInterface. getHardwareAddress ()
該API的level為9，只有android 2.3以上才有該介面
（2） 調用java 的方法： nbtstat/arp
一般android不支持這兩個命令
（3） 調用Android的API： WifiManager
許可權：
1 <uses-permission android:name="android.permission.ACCESS_WIFI_STATE"></uses- permission>
代碼：
12345 WifiManager wifi = (WifiManager) getSystemService(Context.WIFI_SERVICE); WifiInfo info = wifi.getConnectionInfo(); return info.getMacAddress();
這個是設備開通Wifi連接，獲取到網卡的MAC地址
（4） 調用Linux的busybox
/* ***************************************************************** * 子函數：獲得本地MAC地址 ***************************************************************** */ public String getMacAddress(){ String result = ""; String Mac = ""; result = callCmd("busybox ifconfig","HWaddr"); //如果返回的result == null，則說明網路不可取 if(result==null){ return "網路出錯，請檢查網路"; } //對該行數據進行解析 //例如：eth0 Link encap:Ethernet HWaddr 00:16:E8:3E:DF:67 if(result.length()>0 && result.contains("HWaddr")==true){ Mac = result.substring(result.indexOf("HWaddr")+6, result.length()-1); Log.i("test","Mac:"+Mac+" Mac.length: "+Mac.length()); if(Mac.length()>1){ Mac = Mac.replaceAll(" ", ""); result = ""; String[] tmp = Mac.split(":"); for(int i = 0;i<tmp.length;++i){ result +=tmp[i]; } } Log.i("test",result+" result.length: "+result.length()); } return result; } public String callCmd(String cmd,String filter) { String result = ""; String line = ""; try { Process proc = Runtime.getRuntime().exec(cmd); InputStreamReader is = new InputStreamReader(proc.getInputStream()); BufferedReader br = new BufferedReader (is); //執行命令cmd，只取結果中含有filter的這一行 while ((line = br.readLine ()) != null && line.contains(filter)== false) { //result += line; Log.i("test","line: "+line); } result = line; Log.i("test","result: "+result); } catch(Exception e) { e.printStackTrace(); } return result; }

這個需要設備支持busybox工具
（5）查詢記錄了MAC地址的文件「/proc/net/arp」
需要有這個文件，並且記錄了相應的內容

❷ 怎樣判斷所運行的ANDROID系統的SDK版本號

Build.VERSION.SDK_INT是獲取當前手機版本，至於你要怎麼判斷是你的事，現在一共21個版本。可以用大於或者小於調用相應版本的方法。

❸ Android 低功耗藍牙(Ble) 開發總結

Android 從 4.3(API Level 18) 開始支持低功耗藍牙，但是只支持作為中心設備（Central）模式，這就意味著 Android 設備只能主動掃描和鏈接其他外圍設備（Peripheral）。從 Android 5.0(API Level 21) 開始兩種模式都支持。

低功耗藍牙開發算是較偏技術,實際開發中坑是比較多的,網上有很多文章介紹使用和經驗總結,但是有些問題答案不好找,甚至有些誤導人,比如 :獲取已經連接的藍牙,有的是通過反射,一大堆判斷,然而並不是對所有手機有用,關於Ble傳輸速率問題的解決,都是默認Android每次只能發送20個位元組,然而也並不是,,,下面進入正文。

這里用的是 Android5.0 新增的掃描API，

這里說一下，如果做藍牙設備管理頁面，可能區分是否是已連接的設備,網上又通過反射或其他挺麻煩的操作,也不見得獲取到,官方Api 就有提供

與外圍設備交互經常每次發的數據大於 mtu的，需要做分包處理，接收數據也要判斷數據的完整性最後才返回原數據做處理，所以一般交互最少包含包長度，和包校驗碼和原數據。當然也可以加包頭，指令還有其他完整性校驗。下面分享幾個公用方法:

我自己封裝的一個BleUtil ，因為涉及跟公司業務關聯性太強（主要是傳輸包的協議不同）就先不開源出來了，如果這邊文章對大家有幫助反饋不錯，我會考慮上傳個demo到github供大家使用，
在這先給大家推薦一個不錯 Demo ，裡面除了沒有分包，協議，和傳輸速率。基本的功能都有，而且調試數據到列印到界面上了。最主要是它可以用兩個個手機一個當中心設備一個當外圍設備調試。

首先傳輸速率優化有兩個方向，1 外圍設備傳輸到Android 。2 Android傳輸到外圍設備。
我在開發中首先先使用上面那位仁兄的demo調試，兩個Android 設備調試不延時，上一個成功馬上下一個，最多一秒發11個20位元組的包。

後來和我們的藍牙設備調試時發現發送特別快，但是數據不完整，他藍牙模塊接收成功了，但是透傳數據到晶元處理時發現不完整，我們的硬體小夥伴說因為 波特率 限制（差不多每10位元組透傳要耗時1ms）和藍牙模塊的buff （列印時是最多100byte，100列印的）限制，就算藍牙模塊每包都告訴你接收成功，也是沒透傳完就又接收了。後來通過調試每次發20K數據，最後是 Android 發是 20位元組/130ms 穩定。給Android 發是 20位元組/ 8ms 。 （天殺的20位元組，網上都是說20位元組最多了）

後來看了國外一家物聯網公司總結的 Ble 吞吐量的文章（上面有連接），知道Android 每個延時是可以連續接收6個包的。就改為 120位元組/ 16ms (為啥是16ms，不是每次間隔要6個包嗎，怎麼像間隔兩次，這時因為波特率影響，多了5個包100位元組，差不多 我們的單片機透傳到藍牙模塊要多耗時不到10ms )
而Android 發數據可以申請 我們設備的mtu 來得到最多每次能發多少位元組。延時還是130ms，即：241位元組/ 130ms 提高12倍，這個速度還可以。

根據藍牙BLE協議， 物理層physical layer的傳輸速率是1Mbps，相當於每秒125K位元組。事實上，其只是基準傳輸速率，協議規定BLE不能連續不斷地傳輸數據包，否則就不能稱為低功耗藍牙了。連續傳輸自然會帶來高功耗。所以，藍牙的最高傳輸速率並不由物理層的工作頻率決定的。

在實際的操作過程中，如果主機連線不斷地發送數據包，要麼丟包嚴重要麼連接出現異常而斷開。

在BLE裡面，傳輸速度受其連接參數所影響。連接參數定義如下：

1）連接間隔。藍牙基帶是跳頻工作的，主機和從機會商定多長時間進行跳頻連接，連接上才能進行數據傳輸。這個連接和廣播狀態和連接狀態的連接不是一樣的意思。主機在從機廣播時進行連接是應用層的主動軟體行為。而跳頻過程中的連接是藍牙基帶協議的規定，完全由硬體控制，對應用層透明。明顯，如果這個連接間隔時間越短，那麼傳輸的速度就增大。連接上傳完數據後，藍牙基帶即進入休眠狀態，保證低功耗。其是1.25毫秒一個單位。

2）連接延遲。其是為了低功耗考慮，允許從機在跳頻過程中不理會主機的跳頻指令，繼續睡眠一段時間。而主機不能因為從機睡眠而認為其斷開連接了。其是1.25毫秒一個單位。明顯，這個數值越小，傳輸速度也高。

藍牙BLE協議規定連接參數最小是5，即7.25毫秒；而Android手機規定連接參數最小是8，即10毫秒。iOS規定是16，即20毫秒。

連接參數完全由主機決定，但從機可以發出更新參數申請，主機可以接受也可以拒絕。android手機一部接受，而ios比較嚴格，拒絕的概率比較高。

參考:
在iOS和Android上最大化BLE吞吐量
最大化BLE吞吐量第2部分：使用更大的ATT MTU

❹ 問答：Android P都更新了哪些功能

Android P的新功能特性集中在了UI、通知體驗、室內定位、圖像存儲幾個方面，解決了之前一直存在的痛點。例如WiFi RTT一定程度上彌補了蜂窩網路在室內環境下的定位問題，HEIC圖像格式則重點解決了存儲容量問題。同時，Android P也在通知豐富度及操作便捷性等功能方面有所增強和提升。

一、WiFi RTT功能——復雜地形精確導航

WiFi RTT功能是Android P新引入的一個功能，從原理上來說與蜂窩網路的定位原理一致，但這個功能極大的彌補了蜂窩網路在室內定位的短板，WiFi RTT將能夠在室內提供高精度的定位，這是蜂窩網路很難做到的。

WiFi RTT是全新的功能，在android.net.wifi包下增加了rtt包，用於存放WiFi RTT相關類和介面。

WiFi RTT的API以WifiRttManager為核心，藉助AP熱點或WiFi，利用RTT原理完成測距，通過三個以上的測距點就能夠准確地定位到設備所在位置。

WiFiRTTManager提供了測距介面，是一個非同步測距操作，根據官方文檔（https://developer.android.com/reference/android/net/wifi/rtt/WifiRttManager.html）說明，其測距介面如下：

void startRanging(RangingRequest request, RangingResultCallback callback, Handler handler);

註：SDK Platforms Android P Preview Revision 1的相關介面定義與此不同，但實際的官方鏡像中介面與此一致，開發者需要更新最新的Android P Preview Revision 2，此版本中Google已經修正該介面。

介面中，RangingRequest通過RangingRequest.Builder構建，RangingRequest.Builder構建出RangingRequest所需要的參數可以通過WiFiManager等系統服務獲取到相關的內容，如List<ScanResult> scanResults = wifiManager.getScanResults();

以下提供一個簡單的測試Demo，以供參考：

private WifiRttManager wifiRttManager;
private WifiManager wifiManager;

@Override
protected void onCreate(Bundle savedInstanceState) {
// ... ...

if(getPackageManager().hasSystemFeature(PackageManager.FEATURE_WIFI_RTT)) {
Object service = this.getApplicationContext().getSystemService(Context.WIFI_RTT_RANGING_SERVICE);
if(service instanceof WifiRttManager) {
wifiRttManager= (WifiRttManager) service;
Log.i(TAG, "Get WifiRttManager Succ.");
}

wifiManager = (WifiManager) this.getApplicationContext().getSystemService(Context.WIFI_SERVICE);

IntentFilter wifiFileter = new IntentFilter();
wifiFileter.addAction(WifiManager.NETWORK_STATE_CHANGED_ACTION);
wifiFileter.addAction(WifiManager.WIFI_STATE_CHANGED_ACTION);
wifiFileter.addAction(WifiManager.SCAN_RESULTS_AVAILABLE_ACTION);
registerReceiver(new WifiChangeReceiver(), wifiFileter);
}

// ... ...
｝

private void startScanAPs() {
wifiManager.setWifiEnabled(true);
wifiManager.startScan();
}

class WifiChangeReceiver extends BroadcastReceiver {
@RequiresApi(api = 28)
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(WifiManager.SCAN_RESULTS_AVAILABLE_ACTION)) {
List<ScanResult> scanResults = wifiManager.getScanResults();
Log.i(TAG, "Wifi Scan size:" + scanResults.size());
for(ScanResult scanResult: scanResults) {
Log.i(TAG, scanResult.toString());
RangingRequest.Builder builder = new RangingRequest.Builder();
builder.addAccessPoint(scanResult);
wifiRttManager.startRanging(builder.build(), new RangingResultCallback() {
@SuppressLint("Override")
@Override
public void onRangingFailure(int i) {
// TODO
}
@SuppressLint("Override")
@Override
public void onRangingResults(List<RangingResult> list) {
// TODO get result from list

for(RangingResult result : list) {
Log.i(TAG, result.toString());
}
}
}, new Handler());
}
}
}
}

使用WiFi RTT時，需要在AndroidManifest.xml中增加如下聲明：

<uses-feature android:name="android.hardware.wifi.rtt" />

通過上面的簡單代碼，就能夠實現WiFi RTT的功能。

WiFi RTT功能適用於復雜地形的大型室內外場所，如商場、娛樂場所、大型休閑、游樂場等等，提供場所內的局部區域精確化導航等功能。相信在很快的時間內，就能夠在各大地圖應用內體驗到這項便利功能，對於路痴、地圖盲的夥伴們將是極大的福音。

二、顯示剪切——支持劉海屏

隨著iPhone X的推出，「劉海屏」達到了空前的高潮。Android P里提供了對異形屏幕的UI適配兼容方案，通過DisplayCutout類提供的相關介面，能夠獲取到屏幕中Cutout區域的信息。

藉助DisplayCutout，可以獲取到如下信息：

DisplayCutout displayCutout = view.getRootWindowInsets().getDisplayCutout();
if(displayCutout != null) {
Region bounds = displayCutout.getBounds();
Log.d(TAG, String.format("Bounds:%s", bounds.toString()));
int top = displayCutout.getSafeInsetTop();
int bottom = displayCutout.getSafeInsetBottom();
int left = displayCutout.getSafeInsetLeft();
int right = displayCutout.getSafeInsetRight();
Log.d(TAG, String.format("Cutout edge:[left:%d, top:%d,right:%d, bottom:%d]", left, top, right, bottom));
}

public Region getBounds()能夠獲取到Cutout區域的所有信息，Region就是Cutout區域。

public int getSafeInsetTop()
public int getSafeInsetBottom()
public int getSafeInsetLeft()
public int getSafeInsetRight()

以上四個介面，可以獲取到去除Cutout區域後的安全區域邊界值。

通過上述數據，開發者能夠精準的控制UI的繪制，避免將UI內容繪制到Cutout區域造成UI顯示異常。

Android機器里，劉海屏目前還是極為罕見的Google為了方便開發者調試，在Android P Preview鏡像中，特別提供了Cutout的支持，具體打開方式可以參考Google提供的特性說明文檔cutout小節內容。

cutout小節：https://developer.android.com/preview/features.html#cutout

如圖所示，筆者使用手頭的Pixel 2 XL體驗了Android P的Cutout設置。

三、通知優化——操作更多樣，內容更豐富

Android P在通知內容的豐富度和操作上做了優化。

最近的版本中，Android系統的通知管理方面一直優化升級，Android O提供了更細粒度的Channel功能，通知欄推送時需要指定NotificationChannel，用戶可以對通知的Channel選擇，只允許感興趣的Channel推送的通知顯示。通過通道設置、免打擾優化等方式，極大增強了消息體驗。

增強消息體驗

Android P繼續改進和增強消息通知[v1]。早在Android 7.0時，就提供了在通知中直接應答和輸入，Android P對這一功能做了更多的增強。

Android P的通知中支持圖像內容，可以通過setData()方法，給出消息的圖像內容，在通知上展示給用戶。

Android P同樣簡化了通知的配置形式。Android P中增加了Notification.Person類，用於區分同一個對話的參與者信息，如參與者的頭像、URI等。根據官方說明，Android P中，通知消息的其他一些API，也使用Person替代之前的CharSequence。

簡單的體驗下新的API的開發：

NotificationChannel channel = new NotificationChannel("WtTestChannel",
"WtTestChannel", NotificationManager.IMPORTANCE_DEFAULT);
channel.enableLights(true); // luncher icon right corner's point
channel.setLightColor(Color.RED); // read point
channel.setShowBadge(true); // whether show this channel notification on long press icon

Notification.Builder builder =
new Notification.Builder(MainActivity.this,
"WtTestChannel");
Notification.Person p = new Notification.Person();
p.setName("WeTest");
p.setUri("http://cdn.wetest.qq.com/" +
"ui/1.2.0/pc/static/image/newLogo-16042.png");
Notification.MessagingStyle messageStyle = new Notification.MessagingStyle(p);
Notification.MessagingStyle.Message message =
new Notification.MessagingStyle.Message("WeTestMessage", 2000, p);

//show image
Uri image = Uri.parse(
"http://cdn.wetest.qq.com/ui/1.2.0/pc/static/image/newLogo-16042.png");
message.setData("image/png", image);
messageStyle.addMessage(message);
builder.setStyle(messageStyle);
builder.setSmallIcon(R.mipmap.ic_launcher);
Notification notification = builder.build();

NotificationManager notifyManager =
(NotificationManager) getSystemService(
MainActivity.this.getApplicationContext().NOTIFICATION_SERVICE);


notifyManager.createNotificationChannel(channel);
notifyManager.notify("WeTest", 1, notification);

通道設置、廣播和免打擾優化

Android P中，重點做了內容豐富上的工作，同時也對Channel的設置方面做了一些簡化處理。

Android O版本里，首次推出了NotificationChannel，開發者需要配置相應的Channel，才能夠推送通知給用戶。用戶能夠更加細粒度[v1]的針對App的Channel選擇，而不是禁止App的所有通知內容。

而在Android P中，對通知的管理做了進一步的優化，包括可以屏蔽通道組、提供新的廣播類型和新的免打擾優先順序。

屏蔽通道組：用戶可以在通知設置中屏蔽App的整個通道組。開發者可以通過isBlocked()來判斷某個通道組是否被屏蔽了，並根據結果，不向已經被屏蔽的通道組發送任何通知。另外，開發者可以在App中使用新介面getNotificationChannelGroup()來查詢當前的通道組設置。

新的廣播類型：新廣播類型是針對通道和通道組的功能增加的「通道(組)屏蔽狀態變化」廣播。開發者App中可以對所擁有的通道(組)接收廣播，並根據具體廣播內容作出動作。開發者可以通過NotificationManager，查看廣播相關的具體信息。針對廣播的動作可以通過Broadcasts查看具體的方法和信息。

免打擾優先順序：NotificationManager.Policy增加了兩個新的優先順序常量，PRIORITY_CATEGORY_ALARMS(警告優先)，PRIORITY_CATEGORY_MEDIA_SYSTEM_OTHER(媒體、系統和游戲聲音優先)。

四、支持多攝像機和相機共享

近一段時間，雙攝、多攝等機型紛紛面世。雙攝及多攝提供了單攝像頭所無法完成的能力，如無縫縮放、散景和立體視覺。Android P在這方面也提供了系統級的API支持。

Android P提供了系統API，支持從兩個或者多個物理攝像頭同步獲取數據流。此前OEM廠商提供的雙攝設備多是廠商自行定製系統實現，此時Android P推出了API，從系統層面上制定了API規范。

新的API提供了在不同相機之間切換邏輯數據流或混合數據流的調用能力。在捕捉延遲方面，提供新的會話參數，降低初始捕捉延遲。同時，提供相機共享能力，以解決在多種使用相機的場景下重復停止、開啟相機流。閃光燈方面，Android P增加基於顯示的閃光燈支持。光學防抖方面，Android P向開發者提供OIS時間戳，用於圖像穩定性優化以及其他特效使用。

此外，Android P還支持外部USB/UVC相機，可以使用更強大的外置攝像頭模組。

五、支持圖像媒體後期處理

Android P引入了新的ImageDecoder，該類除了支持對各種圖片格式的解碼、縮放、裁剪之外，其強大之處在於支持對解碼後的圖像做後期處理（post-process)，使用該功能可以添加復雜的自定義特效，比如圓角，或是將圖片放在圓形像框中。編寫後期處理回調函數，你可以添加任何繪圖指令實現需要的效果。

此外，Android P原生支持GIF和WebP格式的動圖，新增了AnimatedImageDrawable類，並被新增的解碼器類ImageDecoder直接支持，用法跟矢量動畫類AnimatedVectorDrawable類似，實現方式也類似，通過新增渲染線程和工作線程，不需要在UI線程處理動圖更新，可以說是無痛使用，非常省心。

下面通過編寫代碼，顯示一張gif圖，並利用後期處理機制，在圖像中間繪制一個綠色的實心圓。

final ImageView image = (ImageView) findViewById(R.id.image);
File gifFile = new File("/data/local/tmp/test.gif");
if (!gifFile.exists()) {
Log.d(TAG, "gifFile is not exsited!");
return;
}

ImageDecoder.Source source = ImageDecoder.createSource(gifFile);
try {
d = ImageDecoder.decodeDrawable(source, new ImageDecoder.OnHeaderDecodedListener() {
@Override
public void onHeaderDecoded(ImageDecoder imageDecoder, final ImageDecoder.ImageInfo imageInfo, ImageDecoder.Source source) {
imageDecoder.setPostProcessor(new PostProcessor() {
@Override
public int onPostProcess(Canvas canvas) {
int w = imageInfo.getSize().getWidth();
int h = imageInfo.getSize().getHeight();
Paint paint = new Paint();
paint.setAntiAlias(true);
paint.setColor(Color.GREEN);
canvas.drawCircle(w/2, h/2, h/4, new Paint(paint));
return 0;
}
});
}
});
image.setVisibility(View.VISIBLE);
image.setImageDrawable(d);
} catch (IOException e){
Log.d(TAG, e.toString());
}
Button button = (Button) findViewById(R.id.buttonText);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
if (d != null && d instanceof AnimatedImageDrawable) {
AnimatedImageDrawable ad = (AnimatedImageDrawable) d;
if (ad.isRunning()) {
Log.d(TAG, "stop running");
ad.stop();
} else {
Log.d(TAG, "start running");
ad.start();
}
}
}
});

六、支持HDR VP9和HEIF

Android P內置了對HDR VP9和HEIF(heic)圖像編碼的支持。HEIF是蘋果在iOS11推出的一種高效壓縮格式，目前在IphoneX、Iphone 8、IPhone 8P上已經支持。該格式的壓縮率更高，但是編碼該格式需要硬體的支持，解碼並不需要。最新的支持庫中的HeifWriter支持從YUV位元組緩沖區、Surface或是Bitmap類轉換為HEIF格式的靜態圖像。

Android P新引入了MediaPlayer2，支持DataSourceDesc創建的播放列表。

功能優化提升一覽

一、神經網路API 1.1

在前不久發布的Android 8.1 (API level 27)上，Google首次在Android平台上推出了神經網路API，這意味著我們的Android機器智能化水平又提高了一大步。而本次Android P，進一步豐富了神經網路的支持，不僅對之前的相關API進行了優化，並且提供了9個新的操作，為具體的數據操作方面提供了更深入的支持。

二、改進表單自動填充

Android 8.0（API等級26）中引入了自動填充框架，這使得在應用中填寫表單變得更加容易。 Android P引入了自動填充服務並實現了多項改進，得以在填寫表單時進一步增強用戶體驗。

三、安全增強

Android P引入了許多新的安全功能，包括統一的指紋驗證對話框和敏感交易的高確信度的用戶確認。應用程序內的指紋認證UI也將會更加一致。

統一的指紋驗證對話框

如果第三方APP想要使用指紋，Android系統框架為應用提供了指紋認證對話框，該功能可以提供統一的外觀和使用體驗，用戶使用起來更放心。如果您的程序還在使用FingerprintManager，現在改用FingerprintDialog替代吧，系統來提供對話框顯示。對了，在使用FingerprintDialog之前，別忘了調用hasSystemFeature()方法檢查手機設備是否支持指紋。

敏感交易的高確信度的用戶確認

Android P系統提供了受保護的確認API，藉助這組全新的API，應用可以使用ConfirmationDialog對話框向用戶提示，請求用戶批准一條簡短的聲明， 該聲明允許應用提醒用戶，即將完成一筆敏感交易，例如支付。

如果用戶接受聲明，應用將會收到一條key-hash的消息認證碼（HMAC)，該簽名由TEE產生，以保護用於輸入和認證對話框的顯示。該簽名表示用於已經看到了聲明並同意了。

硬體安全模塊

Android P還提供了StrongBox Keymaster（強力沙盒秘鑰大師），一個存儲在硬體安全模塊的具體實現。在這個硬體安全模塊中有自己的CPU、安全存儲空間，真隨機數生成器，以及額外的機制抵禦應用被篡改或是未授權應用的惡意載入。當檢查存儲在StrongBox Keymaster中的密鑰時，系統通過可信執行環境（TEE）確認密鑰的完整性。為了降低能耗，StrongBox支持了一組演算法和不同長度的秘鑰：

●RSA 2048

●AES 128 and 256

●ECDSA P-256

●HMAC-SHA256 (支持8位元組到64位元組任意秘鑰長度)

●Triple DES 168

需要說明的是，這個機制需要硬體支持。

安全秘鑰導入KeyStore

使用新的ASN.1編碼的秘鑰格式添加導入秘鑰到Keystore，Android P提供了額外的密碼解密安全能力。之後KeyMaster就可以解密KeyStore存儲的秘鑰，這種工作方式使得秘鑰明文永遠不會出現在設備內存中。這項特性要求設備支持Keymaster 4。

四、支持客戶端側Android備份加密

Android P支持使用客戶端密鑰對Android備份進行加密。 這項隱私措施，需要設備的PIN、圖案密碼或標准密碼才能從用戶設備備份的數據中恢復數據。

五、Accessibility優化

為了使App使用更便捷，Android在多個方面為開發者提供了易用性的優化。

1、Navigation semantics

Android P在App的場景切換和操作上為開發者提供了很多的優化點。

2、Accessibility pane titles

Android P中對Section提供了新的機制，被稱為accessibility pane titles， Accessibility services能夠接收這些標題的變化，使得能夠對一些變化提供更加細粒度的信息。

指定Section的標題，可以通過android:accessibilityPaneTitle新屬性來設置，同樣運行時可以通過setAccessibilityPaneTitle()來設置標題。

3、頂部欄導航

Android P提供了新的頂部欄導航機制，通過設置View實例的android:accessibilityHeading屬性為true,來顯示邏輯標題。通過這些標題，用戶就可以從一個標題導航到下一個標題，

4、群組導航和輸出

針對屏幕閱讀器，Android P對View提供了新的屬性android:screenReaderFocusable代替原有的android:focusable來做標記，來解決在一些場景下為了使屏幕閱讀器工作而設置View為可獲取焦點的操作。這時，屏幕閱讀器需要同時關注android:screenReaderFocusable和android:focusable設置為ture的View。

5、便捷操作

tooltips交互

Android P中，可以使用getTooltipText()去讀取tooltips的文本內容。使用新的ACTION_SHOW_TOOLTIP和ACTION_HIDE_TOOLTIP控制View顯示或者隱藏tooltips。

新全局交互

Android P在AccessibilityService類中提供了兩個全新的操作。開發者的Service可以通過GLOBAL_ACTION_LOCK_SCREEN幫助用戶鎖屏，通過GLOBAL_ACTION_TAKE_SCREENSHOT幫助用戶完成屏幕截圖。

窗體改變的一些細節

Android P優化了在App多窗體同步發生變化時的更新內容獲取。當出現TYPE_WINDOWS_CHANGED時，開發者可以通過getWindowChanges()API獲取窗體變化情況。

當多窗體發生改變時，每個窗體都會發出自己的事件，開發者可以通過getSource()獲取到事件窗體的根View。

如果你的App為View定義了accessibility pane titles，UI更新時你的Service就能夠識別到相應的改動。當出現TYPE_WINDOW_STATE_CHANGED事件時，使用新方法 getContentChangeTypes()返回的類型，就能夠獲取到當前窗體的變化情況。例如，現在就能夠通過上述的機制，檢測到一個[v1]窗格是否有了新標題，或者一個窗格的消失。

六、新的Rotation方案

旋轉屏幕，是一些游戲、視頻等場景必要的操作，但有一些場景，用戶旋轉屏幕並不是為了讓應用顯示從豎屏變成橫屏或反過來。為了避免這種誤操作，Android P提供了新的機制，開發者可以指定屏幕不隨重力感應旋轉，而是用戶通過一個單獨的按鈕自行控制屏幕顯示轉向。