Android 一条Log引发的性能问题

背景

项目中发现卡顿，排查问题。

定位到问题所在的版本

本萌新使用svn时间短，不敢乱操作。 git的话直接checkout到某个commit id就行了。

这个svn也是同样的。

前面我们找到svn提交版本号。比如2233

我们为了不在之前的工作目录中处理，现在新建一个目录。在目录中拉取之前的代码。

svn checkout  svn://11.11.11.11/bbbbb/project --username hehe --password hihi -r r2233

按下回车，这样就开始下载对应提交的代码了。 玩这个svn搞得我提心吊胆的。 队友引入的问题导致非常卡顿。

卡顿原因

经过我对比了十几个文件，发现一些端倪。 逻辑上面没有做什么修改，都是增加，这就好办了。

把他增加代码都注释掉，跑起来。又变得丝滑了。

仔细看看代码。

代码都是

Log.i(TAG,xxxxxxx);

长得帅的同学可能就要问了，这不就是系统的log吗，能造成卡顿吗。

log是执行在主线程的，如果log的内容非常长，也就是string特别长，也是会占用内存的，更可怕的是，还出现 for循环不断打印，还包括拼接，而且这个数组的size很大。

一个view pager有十几二十个tab，按住遥控器的右键快速切换，没切换一个tag都执行一次上面for，都卡成ppt了。这些都是执行在主线程中的！不卡才怪了。

而且我们设备是电视机盒子，就是很垃圾的盒子，内存512的cup就更拉了，如果在你的火龙888上面可能感觉不到什么，但是这种设备上面，真的是质检员。

哎，而且同事还不承认这是卡顿的原因。 最后我把他代码注释了跑起来，又丝滑了。 有点尴尬。

总结

• 慎用log
• 慎用没有开关的log
• 不要以为一个log没有问题
• 多测试自己的代码
• 在合并别人的代码前，最好看看代码

不点个赞吗？