最近在公司项目里面发现listview里面的textview在调用settext函数的时候非常耗时,当时都有点不敢相信,这是因为如果你把textview设置成wrap_content,则每次调用settext之后会调用到

........40334034            if (mMovement != null) {4035                mMovement.initialize(this, (Spannable) text);40364037                /*4038                 * Initializing the movement method will have set the4039                 * selection, so reset mSelectionMoved to keep that from4040                 * interfering with the normal on-focus selection-setting.4041                 */4042                if (mEditor != null) mEditor.mSelectionMoved = false;4043            }4044        }40454046        if (mLayout != null) {
                //这个函数非常重要4047            checkForRelayout();4048        }40494050        sendOnTextChanged(text, 0, oldlen, textLength);4051        onTextChanged(text, 0, oldlen, textLength);40524053        notifyViewAccessibilityStateChangedIfNeeded(AccessibilityEvent.CONTENT_CHANGE_TYPE_TEXT);4054
.........

checkForRelayout函数,这个函数根据文字的多少重新开始布局

6807    private void More ...checkForRelayout() {6808        // If we have a fixed width, we can just swap in a new text layout6809        // if the text height stays the same or if the view height is fixed.68106811        if ((mLayoutParams.width != LayoutParams.WRAP_CONTENT ||6812                (mMaxWidthMode == mMinWidthMode && mMaxWidth == mMinWidth)) &&6813                (mHint == null || mHintLayout != null) &&6814                (mRight - mLeft - getCompoundPaddingLeft() - getCompoundPaddingRight() > 0)) {6815            // Static width, so try making a new text layout.68166817            int oldht = mLayout.getHeight();6818            int want = mLayout.getWidth();6819            int hintWant = mHintLayout == null ? 0 : mHintLayout.getWidth();68206821            /*6822             * No need to bring the text into view, since the size is not6823             * changing (unless we do the requestLayout(), in which case it6824             * will happen at measure).6825             */6826            makeNewLayout(want, hintWant, UNKNOWN_BORING, UNKNOWN_BORING,6827                          mRight - mLeft - getCompoundPaddingLeft() - getCompoundPaddingRight(),6828                          false);68296830            if (mEllipsize != TextUtils.TruncateAt.MARQUEE) {6831                // In a fixed-height view, so use our new text layout.6832                if (mLayoutParams.height != LayoutParams.WRAP_CONTENT &&6833                    mLayoutParams.height != LayoutParams.MATCH_PARENT) {6834                    invalidate();6835                    return;6836                }68376838                // Dynamic height, but height has stayed the same,6839                // so use our new text layout.6840                if (mLayout.getHeight() == oldht &&6841                    (mHintLayout == null || mHintLayout.getHeight() == oldht)) {6842                    invalidate();6843                    return;6844                }6845            }68466847            // We lose: the height has changed and we have a dynamic height.6848            // Request a new view layout using our new text layout.6849            requestLayout();6850            invalidate();6851        } else {6852            // Dynamic width, so we have no choice but to request a new6853            // view layout with a new text layout.6854            nullLayouts();6855            requestLayout();6856            invalidate();6857        }6858    }

注释已经写的很明白了,所以宽度设定为一个数字或者match_parent能够使得settext所耗时间变短,就是这样。

android textview settext卡顿深层次原因的更多相关文章

  1. android TextView SetText卡顿原因

    [android TextView SetText卡顿原因] 不要用wrap_content即可. 参考:http://blog.csdn.net/self_study/article/details ...

  2. Android TextView setText卡顿问题

    TextView 是经常使用控件之中的一个,最经常使用的方法是setText()  . 可是 我们在显示大量的文本的时候,使用setText还是会有一些性能的问题. 这篇文章 关于TextView的s ...

  3. android中fragment卡顿的原因

    首页的ViewPager有十几个Fragment,在快速切换的时候,容易产生卡顿现象. 二.分析当ViewPager切换到当前的Fragment时,Fragment会加载布局并显示内容,如果用户这时快 ...

  4. android中listview滑动卡顿的原因

    导致Android界面滑动卡顿主要有两个原因: 1.UI线程(main)有耗时操作 2.视图渲染时间过长,导致卡顿 http://www.tuicool.com/articles/fm2IFfU 

  5. Android 界面滑动卡顿分析与解决方案(入门)

    Android 界面滑动卡顿分析与解决方案(入门) 导致Android界面滑动卡顿主要有两个原因: 1.UI线程(main)有耗时操作 2.视图渲染时间过长,导致卡顿 目前只讲第1点,第二点相对比较复 ...

  6. Android性能优化----卡顿优化

    前言 无论是启动,内存,布局等等这些优化,最终的目的就是为了应用不卡顿.应用的体验性好坏,最直观的表现就是应用的流畅程度,用户不知道什么启动优化,内存不足,等等,应用卡顿,那么这个应用就不行,被卸载的 ...

  7. Android中app卡顿原因分析示例

    在知乎回答了一个“为什么微博的app在iPhone比Android上流畅”的问题.后面部分是一个典型的动画卡顿的性能分析过程,因此帖在这里.有编程问题可以在这里交流.知乎链接. =========== ...

  8. Android App解决卡顿慢之内存抖动及内存泄漏(发现和定位)

    内存抖动是指在短时间内有大量的对象被创建或者被回收的现象,内存抖动出现原因主要是频繁(很重要)在循环里创建对象(导致大量对象在短时间内被创建,由于新对象是要占用内存空间的而且是频繁,如果一次或者两次在 ...

  9. android中app卡顿优化问题

     所谓app卡顿原因就是在运行时出现了丢帧,还可能是UI线程被阻塞.首先来一下丢帧现象,android每16ms会对界面进行一次渲染,如果app的绘制.计算等超过了16ms那么只能等下一个16ms才能 ...

随机推荐

  1. aix-syslog

    收集网络内路由器的日志信息,同时把本地日志信息与路由器信息分开. /etc/syslog.conf我写成: ## 本地日志处理 *.notice;*.err;*.warn<tab>;< ...

  2. 1.vue和react的区别

    1.个人感觉Vue好用,react不咋地呀. 2.(网上搜的)Vue的解决方案适用于小型应用,但对于对于大型应用而言不太适合.

  3. Spring_JAP_CXF_maven

    发送 pom,xml <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://ww ...

  4. CUDA入门

    CUDA入门 鉴于自己的毕设需要使用GPU CUDA这项技术,想找一本入门的教材,选择了Jason Sanders等所著的书<CUDA By Example an Introduction to ...

  5. re(正则)模块

    import re # re 存在5种使用方式 #1. macth #2.search #3.findall #4.split #5 sub re.match('^chen', 'chenhua123 ...

  6. css兼容性记录

    *        , ie6,ie7可以识别: _和- ,  ie6可以识别: !important  ,表示高优先级,ie7及以上,firefox都支持,ie6认识带!important的样式属性, ...

  7. Java 如何产生UUID

    1.UUID 简介 UUID含义是通用唯一识别码 (Universally Unique Identifier),这是一个软件建构的标准,也是被开源软件基金会 (Open Software Found ...

  8. jquery实现背景图片动态适应

    背景 在我的一个项目中用到了背景图片,发现其中有一个问题,当页面长度动态变化时,原来能占满全部内容背景的图片会变得不能占满全部背景.如下图的效果: 这是正常的,背景图片占满全屏 当页面内容变长出现了滚 ...

  9. 没有装delphi软件则须修改程序的Uses单元,去掉QDialogs qtintf.dll

    转: 花了几天的功夫,终于完成了一个delphi调用webservice(C#)的任务,发现了好多问题,不过还是解决了,和大家分享一下.首先,就是调用时一个问题,如果你的webservice没有数据库 ...

  10. 批量部署ssh私钥认证

    vim  batch_sshkey.sh #!/bin/bashcd /rootcat /root/.ssh/id_rsa.pub > /root/.ssh/authorized_keysfor ...