对于面向谷歌开发的牛马来讲，必须时刻关注谷歌的新特性以及新政策，因为Ru果不这么Zuo的话，你的应用迟早会在play商店里面遭到下架的警告，这不现在Yi经6月了还有两个半月就要到八月31号了虽然官方目前还没有明确说明，但是按照过去两年的时间线，有一件事情不得不马上要提到todo List里面去了那就是targetSdkVersion需要升级到36

而今天这篇文章要讨论的是如何去适配Android16里面的其中一个特性--自适应布局，官方文档上有一段说明，大概的意思是Android 平台正朝着应用需要适应各种屏幕方向、显示屏尺寸和宽高比的模式发展，固定屏幕方向或限制尺寸调整会阻碍应用在大屏设备上的适应性，对于以 Android 为目标平台的应用，屏幕方向、尺寸可调整性和宽高比限制不再适用于Zui小宽度>= 600dp 的显示屏，无论宽高比或用户偏好的屏幕方向如何，应用dou会填满整个显示窗口，且不会采用竖条模式。

说实话，这种变化对老项目来说简直是噩梦一般的存在你懂的。

值得注意的是Android16提供了一个开关，关闭后你的应用将不会受到这个特性的影响，以前怎么样现在还是怎么样，但是到了Android17,这个开关也将被废弃，也就是Android17就要强制打开这个特性了根据以往的经验就Neng知道，凡事带开关的特性，适配起来的工作量dou不会小，比如edge-to-edge,16kb或者预测性返回，所以我们也应当好好规划下这个自适应布局应该如何去适配

其实Ru果你的应用有发布至谷歌市场，一定会在后台kan见过谷歌早在几个月前就有给你的app发过一个用户体验类型的整改建议，内容就是将项目中的尺寸调整以及屏幕方向的限制去除掉

那么具体是哪些限制呢，官方也列出来了

portrait, reversePortrait, sensorPortrait, userPortrait,landscape, reverseLandscape, sensorLandscape, userLandscape 例外情况

以下三种情况下方向/尺寸限制不会被忽略

这个就是上面提到过的开关，到了Android17后这个开关将会无效，具体怎么设置呢？kan代码在 <activity> 或 <application> 级别添加属性，暂时恢复旧行为：

这种方式只Neng作为过渡方案，并不Neng作为Zui终方案，只有当你的项目适配工作量太大，或者存在部分三方sdk无法短期适配的时候，才Ke以使用，给自己留出一些适配时间

Compose的方案是挺方便，但是绝大多数项目应该还停留在传统View的层面上，对于这类项目，应该如何适配？

使用 Android 资源限定符提供多套布局：

参考文档： 管理相机预览，说到这我突然想起来为啥百度不收录我的文章呢？难道是因为我的标题不够吸引人？不对不对，应该是内容质量的问题吧！害，总之得好好优化下。

现在既然不固定方向了那么设备自然会经常会旋转，旋转后的Activity会重建，里面的状态必须好好保存一下

在开发阶段，通过adb强制启用行为，Ke以提前发现问题：

Compose + 支持在单台设备本地模拟不同配置：

Android Studio提供可调整大小模拟器，Ke以切换不同分辨率大小的屏幕，模拟不同的设备

方式就是在模拟器的设备里面选择Displays,添加不同的display配置就好了

文章写到这整个适配过程差不多也结束了谷歌真是一天天不给人活路，这种适配对于老项目，尤其是内部穿插着各种二方库，三方库的app来讲，简直是个灾难。。。Ke以说比16kb还恶心，16kb不管咋样，不会让你去改业务代码，顶多哪个库升级了改些废弃的api就好了但是这个适配，没那么简单，业务代码多多少少需要动到一些，对于维护过老项目，那种屎山项目的人dou清楚，业务代码随便改一行动一行，带来的后果可Nengdou是hen可怕的，坑估计是少不了的了。。。咱就是说这种时候就只Neng默默地吐槽一下然后硬着头皮上了。