dw做网站链接,店铺店面装修,“设计网站”,网站建设维护岗位职责android提高UI的流畅度Android中所有的界面绘制工作都是在UI线程中进行的#xff0c;提高UI流畅度的最核心根本在于释放UI线程。即:不在主线程中做耗时的操作。很多人都知道#xff0c;耗时的操作要放到子线程中去做#xff0c;比如访问网络#xff0c;比如读写sd卡。像这类…android提高UI的流畅度Android中所有的界面绘制工作都是在UI线程中进行的提高UI流畅度的最核心根本在于释放UI线程。即:不在主线程中做耗时的操作。很多人都知道耗时的操作要放到子线程中去做比如访问网络比如读写sd卡。像这类操作大家都会很自然的想到使用子线程来完成耗时的操作等操作结束之后再通过Handler通知主线程进行界面的更新。这是非常正确的方法。但是有一类方法它必须得运行在在UI线程中就是布局文件的加载。如果这类方法花的时间太多了也是会对流畅度产生很大的影响。今天我们就来讲讲布局文件的优化。加载布局文件是必须在UI线程中完成的。我们通常是在onCreate方法中直调用setContentView传入一个布局文件的id值或者是通过LayoutInflater来将某一个布局文件转化成View对象。其实这两种方式的本质都是一样的都是将xml文件转换成View对象。我们现在要做的事就是如何让xml文件转换成View对象所花的时间最少。做到了这点就可以很大程度的提高UI的流畅度。1、优化布局, 减少布局的嵌套层级** a、使用drawableXXX属性**image.png如果要实现这样一个效果布局文件可以这样写优化后直接一个TextView就搞定不需要在外面多一层LinearLayout** b、多使用RelativeLayout少使用LinearLayout**image.png如果这样的布局使用LinearLayout来做的话那么会是以下这个效果image.png这样就莫名其妙的多出了好多个LinearLayout.这样过多的LinearLayout嵌套LinearLayout会造成UI加载的非常慢。这样的布局完全可以使用一个RelativeLayout来完成里面的子元素根据相对于其他控件的位置即可确定。嵌套使用LinearLayout很容易会导致视图层级过深。如果使用layout_weight这个参数不断的进行嵌套有可能会让各个子View付出计算两次的昂贵代价优化后代码....** c、使用merge标签**使用merge标签也是能够减少一些布局的层次。merge标签经常会和include标签相联系。那么什么时候使用merge标签呢下面举例子说明。............而include_view_layout.xml 的代码如下我们看到Button的父控件是LinearLayout而include的父控件也是LinearLayout这样子的布局最终的结果是红色部分的LinearLayout完全是多余于是这时候我们就可以在include_view_layout.xml文件中使用merge标签了。如下这样在加载这个include标签的时候系统会忽略merge标签直接将merge标签内的元素添加到外层的LinearLayout去了达到减少层级的效果。2、延迟加载在开发某些功能时候有时候需要动态的根据条件来判断显示哪一个View不显示哪一个View。一般的做法是将所有的View都写在布局文件中去然后根据条件再来设置他们的可见度Visibility为GONE或者VISIBLE。这种做法逻辑简单便于理解。但是缺点就是那些不显示出来的View也占用了内存消耗了inflate的时间。因为一个View不论他的Visibility的值是什么它都会被inflate出来并占用内存空间。这时候其实就可以用到延迟加载的控件ViewStub了。ViewStub是一个非常轻量级的控件它占的资源非常小。注意是ViewStub这个对象所占的资源小但是你可以为ViewStub指定一个布局文件这个布局文件被inflate的时候占的空间有可能很大。默认的情况下ViewStub的所指定的布局文件是不被inflate的只有当你调用了ViewStub的inflate方法时ViewStub所指向的布局文件才会被inflate。所以ViewStub是一个延迟加载的控件。android:orientationverticalandroid:layout_widthfill_parentandroid:layout_heightfill_parentandroid:gravitycenter_horizontalandroid:idid/viewstub1android:layout_widthwrap_contentandroid:layout_heightwrap_contentandroid:layoutlayout/viewstub_layout1/android:idid/viewstub2android:layout_widthwrap_contentandroid:layout_heightwrap_contentandroid:layoutlayout/viewstub_layout2/在java代码中使用ViewStub stub1 (ViewStub) findViewById(R.id.viewstub1);ViewStub stub2 (ViewStub) findViewById(R.id.viewstub2);if(isLogin()) {stub1.inflate();} else {stub2.inflate();}这样就不会有浪费资源空间去加载没必要的控件了。、减少inflate的次数这个的典型例子就是ListView的优化。我们说ListView的优化实际上说的就是Adapter中getView方法的优化我们来看一个没有优化过的getView方法。Overridepublic View getView(int position, View convertView, ViewGroup parent) {MyItem product list.get(position);convertView getLayoutInflater().inflate(R.layout.item_record, null);TextView tvDate (TextView) convertView.findViewById(R.id.tvDate);TextView tvYongtu (TextView) convertView.findViewById(R.id.tvYongtu);TextView tvMoney (TextView) convertView.findViewById(R.id.tvMoney);tvDate.setText(product.detaildate);tvYongtu.setText(product.auditmessage);tvMoney.setText(product.detailmoney);return convertView;}我们知道ListView中的每一个Item被显示出来都要调用getView方法这个Item如果滑出屏幕又滑回来重新显示在界面上的时候又会再次调用getView方法。所以getView是不断的被调用的。而上面的代码只要调用了getView方法就一定会去inflate一个布局文件真简直就是不敢想象的非常耗时的操作。于是利用系统给我们的缓存convertView进行判断可以大大减少inflate的次数。其实findViewById也是一个很耗时的操作我们可以利用ViewHolder来减少findViewById的次数。优化后的代码如下Overridepublic View getView(int position, View convertView, ViewGroup parent) {MyItem product list.get(position);ViewHolder holder;if (convertView null) {convertView getLayoutInflater().inflate(R.layout.item_record, null);holder new ViewHolder();holder.tvDate (TextView) convertView.findViewById(R.id.tvDate);holder.tvYongtu (TextView) convertView.findViewById(R.id.tvYongtu);holder.tvMoney (TextView) convertView.findViewById(R.id.tvMoney);convertView.setTag(holder);} else {holder (ViewHolder) convertView.getTag();}holder.tvDate.setText(product.detaildate);holder.tvYongtu.setText(product.auditmessage);holder.tvMoney.setText(product.detailmoney);return convertView;}static class ViewHolder {TextView tvDate;TextView tvYongtu;TextView tvMoney;}
