android Log管理的一点小看法
2016-04-23 19:11
1046 查看
在平时的开发中,看的比较多的Log写法,有下面这两种:
这两种方式,都是为了在开发阶段可以打印log调试,在发布阶段,控制log的输出,保证发布版本的性能等。
我比较喜欢第二种方式,因为性能高。第一种方式虽然看起来美观,但其实并没有真正意义上很好的管理log。
为啥这么说,直接上图:
测试都去打印一百万次,两者时间还是相差蛮大的。
其实google原生代码中,也基本用的第二种,随便打开一个看看:
第一种方式,虽然可以控制log的显示输出,但严格意义上,在调用LogUtils.d()方法的时候,有字符串的创建等等,这就会影响性能。
当然,采用第二种方式会多写点代码,不过Android Studio提供了比较好的工具,可以定制代码模板,在Settings-Editor-Live Templates-AndroidLog中就内置了很多模板,如打印Log.d,其实只要输入logd,编辑器就自动生成好代码。我们可以加入自己代码模板,定制快捷命令。也可以修改,如图:
public class MainActivity extends Activity { public static final String TAG = "MainActivity"; public static class LogUtils { public static final boolean DEBUG = false; public static void d(String tag, String msg) { if (DEBUG) { Log.d(tag, msg); } } } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main_ly); // 第一种写法 LogUtils.d(TAG, "onCreate"); // 第二种写法 if (LogUtils.DEBUG) { Log.d(TAG, "onCreate"); } } }
这两种方式,都是为了在开发阶段可以打印log调试,在发布阶段,控制log的输出,保证发布版本的性能等。
我比较喜欢第二种方式,因为性能高。第一种方式虽然看起来美观,但其实并没有真正意义上很好的管理log。
为啥这么说,直接上图:
测试都去打印一百万次,两者时间还是相差蛮大的。
其实google原生代码中,也基本用的第二种,随便打开一个看看:
第一种方式,虽然可以控制log的显示输出,但严格意义上,在调用LogUtils.d()方法的时候,有字符串的创建等等,这就会影响性能。
当然,采用第二种方式会多写点代码,不过Android Studio提供了比较好的工具,可以定制代码模板,在Settings-Editor-Live Templates-AndroidLog中就内置了很多模板,如打印Log.d,其实只要输入logd,编辑器就自动生成好代码。我们可以加入自己代码模板,定制快捷命令。也可以修改,如图:
相关文章推荐
- git提交android项目 window8
- Android拍照
- Dagger2学习之Hello Dagger
- Android 热补丁动态修复框架小结
- 是时候学习一波Lambda表达式了
- Android应用程序资源的编译和打包过程分析
- 使用Android Studio阅读整个Android源码
- Android事件分发——ViewGroup篇
- 【读书笔记】Android安全机制解析与应用实践之安卓的启动
- Android Studio 经常使用功能介绍
- IDA 远程调试 Android so
- [Android]XworkView使用
- Android 插件化 动态升级
- Android开发艺术探索——第三章View事件体系读书笔记
- 安卓等边三角形
- Android 根据包名,获取应用程序的签名
- Android中的Bitmap
- Y3_01_关于专业技能
- 自定义FlowLayout,支持多种布局优化--android-flowlayout
- Android邮件发送详解