「Android 屏幕适配终结者」问题汇总

[Blankj]

文章地址

Android 屏幕适配终结者

发现 BUG 的话首先试试升级到最新版本看是否解决了哦。

MIUI 在 Android 5.1.1 情况适配失效

MIUI 自己封装了一层 Resource，需要去修改它内部的 mTmpMetrics 来适配，这个 BUG 应该是基于修改 DisplayMetrics 都会存在的，升级到 1.22.6 版本即可。

[Sum-sdl]

AdaptScreenUtils提供适配宽度和高度2个方法，1080x1920尺寸，适配宽度1080，那View的高度是自动适配1920的高度吗？

[Blankj]

@Sum-sdl 适配是在某一维度上进行适配，另一维度一般是可滚动的，如果像你这么说两个纬度都固定了，那怎么可能做到适配，比如你宽度适配了，你又要适配高度，那不同宽高比的手机在某一维度肯定会存在变形的。

[jingzz1]

适配的话，需要把项目上的dp单位都改成pt吗？

[Blankj]

@jingzz1 不需要的啊，你从前的布局就别改动了，新的可以适配进来，老的你想改那也可以

[JessYanCoding]

感谢 BlankJ 老师的分享，AndroidAutoSize 已经迭代 10 多个版本，扩展了很多自定义功能，基本能满足所有人的屏幕适配需求，唯一美中不足的就是屏幕适配在某些情况下可能会失效的问题，这一直困扰着 AndroidAutoSize 以及今日头条屏幕适配方案，之前我对于此问题提供了两种解决思路

第一个就是在布局显示到屏幕上之前，调用框架提供的方法将 DisplayMetrics 的参数恢复成期望的值，但必须保证调用这个方法到布局显示到屏幕的期间，DisplayMetrics 的参数不能被修改，由于某些定制系统的行为可能是未知的，所以就一直没找到一个最合适并且通用的调用时机

第二个就是寻求获得唯一修改 DisplayMetrics 的权限，让其他代码不能修改 DisplayMetrics，但这也只是构想，还没找到比较好的解决方案

今天看到 blankJ 老师的文章，恍然大悟，我第一个方案一直在寻找的最合适的调用时机，可能就是您的方案！

今日头条方案的切入点 TypedValue.applyDimension(int unit, float value, DisplayMetrics metrics) 方法，需要传入一个 DisplayMetrics，而系统会在调用 TypedValue.applyDimension 之前通过 context.getResources() 获取 DisplayMetrics，所以重写 getResources 将 DisplayMetrics 的参数修改为正确的值，这样就可以极大的避免了 DisplayMetrics 的参数在布局显示到屏幕上之前被修改，我之前还是想太复杂，舍近求远，没有关注到这个这个核心切入点

不过这里还有一个疑虑，如果在调用 TypedValue.applyDimension 到布局显示到屏幕的期间，DisplayMetrics 的参数被其他未知代码修改，也还是会造成屏幕适配的失效，不过您的解决方案已经可以让稳定性提升一大步

最后感谢 BlankJ 老师的分享，文中的总结很到位，我们都是站在巨人的肩膀上，感谢开源，我们一起努力将会让今日头条屏幕适配方案更完美！

[45541926]

pt!=dp 为什么说关闭这个效果pt的效果==dp 这点不是很明白

[Blankj]

@45541926 所谓的关闭我还是对 pt 操作了，又不是原生的 1pt = 1/72 inch

[45541926]

@45541926 所谓的关闭我还是对 pt 操作了，又不是原生的 1pt = 1/72 inch

哦哦 懂了 ths