说来惭愧,DrySister的上一篇距今已经有一年多了,期间有不少小伙伴 都曾私信过我说写得很好,稳什么时候更,我基本都回复说太监了... 具体原因各种各样吧,最近一段时间比较闲,就想把第一版的完结了吧。 之前刚开始写的时候是AS 2.1.2,现在都AS 3.0.1了,本节的内容 依次是:
下节我们来说说签名,混淆,以及发布到应用市场~ 废话不多说,开始本节内容!
以上就是前面四节的内容,对于Android基础入门中重要的 知识点都进行了运用,如果都掌握了的话,算是勉强Android入门了, 后面的路还长着呢!
AS切换到3.0以后,下述文件的代码需要进行改动,老规矩,切换分支命令走一波: git checkout -b fixcodeas3.0.1,然后开始代码修改:
项目层级的build.gradle:
APP层级的build.gradle:
gradle-wrapper.properties:
还有个地方要小改:SisterApi.java,把福利改成:%e7%a6%8f%e5%88%a9 这涉及到了中文转码问题,而HttpUrlConnection无法打开含有中文的链接,需要 对中文部分调用URLEncoder.encode(中文部分,"utf-8");进行转码,记得只是 中文部分,不是整个url!!!转码还需要捕获异常,这里因为只有一个地方要 转码,我就直接用网页版的转码工具来转码了:https://tool.oschina.net/encode?type=4
转换后的结果:
另外还有一些小改,buildToolsVersion 26以上,findViewById是不用强转的, 点进去方法看就知道了,用了泛型,所以把findViewById都去掉:
最后觉得运行再我的魅蓝E2上效果有点偏差,小调了一下页面布局,让图片宽度满屏 然后高度自适应,这里用到的属性 android:adjustViewBounds = "true",就是 宽高按比例缩放;还有把上一步下一步的文字放到strings.xml文件中,小调边距:
最后再来看我们的项目运行结果:(啧啧,好看的妹子就是养眼):
然后把这个分支合并到develop分支上,这里我们不用之前merge那种合并套路 而是用rebase来合并,具体过程如下:
git add .
git commit -m "fix code in as3.0"
git checkout develop # 切换到develop分支
git rebase fix_code_as3.0.1 # 合并分支
git push origin develop # 推送develop到远程分支
git branch -d fix_code_as3.0.1 # 删除合并后的本地分支
关于Git还不懂的可以去另一篇文章学习,这里就不多解释了:小猪的Git使用总结
Log打印日志相信每一位开发者都不会陌生吧,平时调试必不可少, 当应用打包给测试测试时。测试反馈应用crash的时候,我们第一件 想到的事就是让对方提供日志。说到这个打Log,很多童鞋喜欢随手 一个Log.e(xxx,xxx),什么日志都是Error级别,原因基本是: 红色比较醒目,哈哈!然后直接把变量的值打印处理啊,或在某个 方法里加上,验证方法是否执行了等,正式发布的收记得删还好, 不记得删的话简直是作死。反正之前给上家公司的大佬喷了一顿, 至今记忆犹新!Log的管理非常重要,我们要写的两个工具类如下:
- 1.debug的时候日志正常打印,release的时候不打印
- 2.奔溃日志采集,自己测试或者测试测试倒没什么,崩溃了直接把 手机接你电脑上看看logcat就一清二楚了,但是如果应用装到了用户 手机里,应用崩溃停止运行了,用户可不会把日志发给你,多次崩溃 还可能导致用户卸载你的APP,所以我们需要在APP崩溃的时候把 日志保存起来,当用户连接wifi或再次打开应用时,把这个日志上传 到我们的服务器,我们这里只是写来玩玩的,所以只做本地崩溃日志采集, 一般都是通过集成第三方的统计工具来进行日志采集的,比如友盟,Bugly等。
好的,需求就上面的两点,接着准备开始编写代码,不过在写代码之前 科普关于Log的两点,可能大部分的童鞋都已经知道了,知道的可以直接跳过:
打开设置,依次点击:Live Templates -> AndroidLog把日志打印的都勾上 你还可以自己在下面的Template text里编写模板~
接着随便代码里键入上面的log...一个enter,Log语句就出来了, TAG直接就是你当前的方法名~
1) 快速打印Log打印命令
打开Settings,依次点击:Live Templates -> AndroidLog把日志打印的都勾上 你也可以自己在下面的Template text里编写模板~
接着随便代码里键入上面的log...一个enter,Log语句就出来了~
如果你在方法外,键入logt,可以直接生成一个对应类名的TAG:
2) Log等级的科普
以前组长开小会的时候曾说过我们调试时直接Log.e的坏习惯, 不同的Log级别应该打印不同的信息:
- Log.v:Verbose(冗长) 开发调试过程中一些详细信息,不该编译进产品,只在开发阶段使用
- Log.d:Debug(调试) 用于调试的信息,编译进产品,运行时关闭。
下面这三种等级进制作为普通调试信息使用,这些等级的Log是应用 出现问题时候的重要分析线索,如果随意使用,会给开发人员分析Bug 带来不必要的困扰。
- Log.i:Info(信息) 例如一些运行时的状态信息,这些状态信息在出现问题的时候能提供帮助。
- Log.w:Warning(警告) 警告应用出现了异常,但不一定会马上出现错误,需要留意
- Log.e:Error(错误) 应用出现了错误,最需要关注解决的!
老规矩,先开辟分支:buglogcatch 这个就非常简单了,调试时输出,正式版时不输出,利用BuildConfig.Debug 进行判断即可,代码如下:
崩溃日志采集类依赖于Application与Thread.UncaughtExceptionHandler实现~ 当因为程序因为未捕获的异常即将终止退出时,会使用Thread.UncaughtExceptionHandler 查询UncaughtExceptionHandler的线程,调用uncaughtException方法,将线程 与异常作为参数传递。如果线程没有明确设置UncaughtExceptionHandler,则将 其ThreadGroup作为其UncaughtExceptionHandler,然后丢给默认的未捕获异常 处理程序处理。所以我们只需要实现UncaughtExceptionHandler接口,重写 uncaughtException方法,来实现我们的自定义处理。我们先来捋一捋逻辑清单:
大概逻辑就是上面这些,我们一步步讲,首先是1,2步:
接着是奔溃日志,由几部分组成:先是当前时间
接着是应用版本以及设备信息,这里用一个HashMap来存:
在接着是异常信息,这个就简单啦,直接传异常对象,调printStackTrace即可 最后合到一起就是:
写入文件的也解决了,然后是自定义UncaughtExceptionHandler单例以及默认 UncaughtExceptionHandler处理器的获取,设置为自定义UncaughtExceptionHandler, 还需重写UncaughtException方法
接着我们把自己处理异常的一整套都写到一个方法里,当异常发生了,弹出 一个Toast提示用户应用要重启,还有调用写入日志的方法:
然后重写的UncaughtException方法做下判断,是否通过自定义处理了异常, 以及默认的UncaughtExceptionHandler的是否为空,即:异常处理了没? 没处理,丢给自定义的UncaughtExceptionHandler,如果处理了,重启应用。
最后加上重启应用的相关代码,大功告成:
到此我们的崩溃日志采集工具类就编写完毕了,要启用他的 话需要在DrySisterApp.java中的onCreate()方法中加上:
弄完想测试下是否生效的话很简单,手动引发崩溃就好了 比如我在下一步的按钮里做除数为0的操作:
应用运行后点击下一步,直接崩溃,打开内置存储根目录看下 有没有Crash的文件夹,打开看到我们日志文件的话,说明成功:
到此完成,把分支合并到develop上,然后推送到远程仓库上:
git add .
git commit -m "add LogUtils and CrashHandler"
git checkout develop # 切换到develop分支
git rebase bug_log_catch # 合并分支
git push origin develop # 推送develop到远程分支
git branch -d bug_log_catch # 删除合并后的本地分支
本节先回顾了下之前写的代码,然后因为切换到AS 3.0上的原因 小调整了一下代码,最后还编写了日志工具类以及崩溃日志采集 工具类,麻雀虽小五脏俱全,尽管就是一个小小的图片显示程序, 但是也算囊括了大部分的入门知识,下一节就是第一版的完结篇 了,签名打包,混淆,以及发布到酷安市场了!敬请期待~
代码下载:
https://github.com/coder-pig/DrySister/tree/develop 欢迎follow,star,觉得有什么想加进来的可以提下issues!