<p>方案分析见 <a href="/misc/goto?guid=4959751447542761694" rel="nofollow,noindex">一种粗暴快速的Android全屏幕适配方案</a> 。</p>    <p>本项目包括：</p>    <ul>     <li>rudeness-sdk。根据上述方案实现的一个非常简单的库。</li>     <li>rudeness-demo。这是demo。</li>    </ul>    <p>使用姿势：</p>    <ul>     <li> <p>核心。使用冷门的pt作为长度单位，按照上述想法将其重定义为与屏幕大小相关的相对单位，不会对dp等常用单位的使用造成影响。</p> </li>     <li> <p>绘制。编写xml时完全对照设计稿上的尺寸来编写，只不过单位换为pt。假如设计图宽度为200，一个控件在设计图上标注的长度为3，只需要在初始化时定义宽度为200，绘制该控件时长度写为3pt，那么在任何大小的屏幕上该控件所表现的长度都为屏幕宽度的3/200。如果需要在代码中动态转换成px的话，使用 TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_PT, value, metrics) 。</p> </li>     <li> <p>预览。实时预览时绘制页面是很重要的一个环节。以1334x750的设计图为例，为了实现于正常绘制时一样的预览功能，创建一个长为1334磅，宽为750磅的设备作为预览，经换算约为21.5英寸( (sqrt(1334^2+750^2))/72 )。预览时选择这个设备即可。 <img src="https://simg.open-open.com/show/a49f8bb6787fc47e9fc54fca499098ab.png"> <img src="https://simg.open-open.com/show/e9beb2d6f6acfac9f3260c548324d98e.png"></p> </li>     <li> <p>代码处理。(代码比较简单，所以你也可以不使用本依赖自己处理) 在build.gradle中加入依赖：</p> <pre>  <code class="language-java">compile 'com.bulong.rudeness:rudeness:latest.release@aar'</code></pre> <p>在Application的onCreate中引用：</p> <pre>  <code class="language-java">//设计图标注的宽度  int designWidth = 750;  new RudenessScreenHelper(this, designWidth).activate();</code></pre> </li>    </ul>    <p>这样绘制出来的页面就跟设计图几乎完全一样，无论大小屏上看起来就只是将设计图缩放之后的结果。</p>    <p>SDK API Refrences：</p>    <pre>  <code class="language-java">public class RudenessScreenHelper {        /**       * 转换dp为px       * @param context context       * @param value 需要转换的dp值       * @return px值       */      public static float dp2px(Context context, float value);        /**       * 转换pt为px       * @param context context       * @param value 需要转换的pt值，若context.resources.displayMetrics经过resetDensity()的修改则得到修正的相对长度，否则得到原生的磅       * @return px值       */      public static float pt2px(Context context, float value);        /**       * 构造方法       * @param application application       * @param width 设计稿宽度       */      public RudenessScreenHelper(Application application, float width);        /**       * 激活本方案       */      public void activate();        /**       * 恢复系统原生方案       */      public void inactivate();  }</code></pre>    <p>FAQ</p>    <p>若存在webview导致适配失效的问题</p>    <p>可以先继承WebView并重写 setOverScrollMode(int mode) 方法，在方法中调用super之后调用一遍 RudenessScreenHelper.resetDensity(getContext(), designWidth) 规避</p>    <p>若存在dialog中适配失效的问题</p>    <p>可以在dialog的oncreate中调用一遍 RudenessScreenHelper.resetDensity(getContext(), designWidth) 规避</p>    <p>旋转屏幕之后适配失效</p>    <p>可以在onConfigurationChanged中调用 RudenessScreenHelper.resetDensity(getContext(), designWidth) 规避</p>    <p>特定国产机型ROM中偶先fragment失效</p>    <p>可以在fragment的onCreateView中调用 RudenessScreenHelper.resetDensity(getContext(), designWidth) 规避</p>    <p>关于demo：</p>    <ul>     <li><em>正常编写的页面</em> 是按照dp来编写的页面</li>     <li><em>粗暴适配的页面</em> 是按照本方案编写的页面</li>    </ul>    <p>在多种不同屏幕大小的真机与虚拟机下运行项目，可见 <em>粗暴适配的页面</em> 表现几乎一致，而 <em>正常编写的页面</em> 在大屏与小屏之间看起来差异较大。</p>    <p>正常编写的页面左图API19 400x800， 右图API24 1440x2560）： <img src="https://simg.open-open.com/show/b7f44768c28f02049a63e00ffe356bee.png"></p>    <p>粗暴适配的页面（左图API19 400x800， 右图API24 1440x2560）： <img src="https://simg.open-open.com/show/84bab3fafaf25eea5897153824b57117.png"></p>    <p> </p>    <p> </p>