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提供了新的机制，开发者可以指定屏幕不随重力感应旋转，而是用户通过一个单独的按钮自行控制屏幕显示转向。