尾声
最后,我再重复一次,如果你想成为一个优秀的 Android 开发人员,请集中精力,对基础和重要的事情做深度研究。
对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。 整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路,本文的重点是你有没有收获与成长,其余的都不重要,希望读者们能谨记这一点。
最后想要拿高薪实现技术提升薪水得到质的飞跃。最快捷的方式,就是有人可以带着你一起分析,这样学习起来最为高效,所以为了大家能够顺利进阶中高级、架构师,我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程,保证你学了以后保证薪资上升一个台阶。
当你有了学习线路,学习哪些内容,也知道以后的路怎么走了,理论看多了总要实践的。
进阶学习视频
附上:我们之前因为秋招收集的二十套一二线互联网公司Android面试真题 (含BAT、小米、华为、美团、滴滴)和我自己整理Android复习笔记(包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。)
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
-
一、运行时权限申请,(这个是大头)
-
二、其他问题
找轮子
因为第一个权限问题是比较普遍的,所以应该有相关的开源项目支持,为了效率,我们就不重复制造轮子。参考各个比较流行的开源方案,做了一下对比:
通过以上对比,我们决定使用 AndPermission 的方案,因为这个对于我们现有 App 的侵入是最少的,改动点比较少,而且支持 Appliction 传入(其实当使用 Application 传入时候,会有问题,后面再说)。
说下 AndPermission
当时的考虑点是我们公司很多 SDK 设计的时候是没有 Activity 的引用。但是我们的 SDK, 基本有个 Application 这个引用的,所以选择了一个能够支持传入 Applicaiton 就能够判断权限回调的库。
为什么 AndPermission 能够支持呢?因为 AndPermission 在权限校验的时候会启动 PermissionActivity,并且加上了 intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);,所有的权限请求都是在这个 PermissionActivity 处理,而且改动也比较少。
AndPermission 这个库的动态权限请求具体过程大伙可以看下 AndPermission 这个库的源码。(https://github.com/yanzhenjie/AndPermission)使用方式如下:
从 API 调用来看是十分简单好用的。然后我又仔细看了一下它的实现过程,发现了有些不符合我们产品需求的地方:
-
业务方接入需要简单,需要有一套默认的权限申请失败提示框
-
弹框提醒权限必须是 Activity 的。但是 AndPermission 是支持 Application 传入的,那么就会有问题
-
比如我用户点击某个按钮导致后面的方法链中有可能连续调用多次的权限请求,那么就可能一次会弹出很多个框
这样我们就需要在 AndPermission 基础上进行改造,做出适合自己的动态权限库。我们自定义了默认的 onDenied (申请权限失败后的回调)。这样业务方就不需要关心失败后怎么提示了,只要关心成功后把之前的业务逻辑放到成功后这里执行就好了。
权限申请失败提示框,用来启动一个 Activity 来 show 这个 Dialog,这样即使在前面传入的是 Application 的 context 也是没有问题了。对于多次请求权限导致多次弹框的问题,我们在 AndPermission 的基础上添加的请求队列,只有上一个权限请求处理完成后,才进行下一次权限请求,这样的话,即使用户一次行为的方法链过程中有很多次请求也不会多次弹框。
然后当我用队列管理请求权限的时候,很怕某个权限阻塞了,或者出了未知异常,所以我对每次权限加入过程做了超时处理。以上几点是对于自己业务场景的几点考虑,进行的改造。
修改各个 SDK 和 App
U51AndPermission SDK 已经生成了,那接下来就是怎么集成到各个 SDK 和 App 中了。首先我们要知道,我们的 App 哪些地方有可能调用到了需要权限请求的 API。如果要人工去看效率实在是太低了。
我们有 100 多个库,不可能把库看完且不出错。所以我们使用了之前同事的一个插件去扫描相关的 API,用来定位到可能出现权限的类在哪里,用的是哪个库。这样就提高了准确率和效率。
这个是我们插件需要搜索的 API
以下是部分搜索结果
按照这种方法,我们本需要处理 100 多个类库的,现在只有 20 个不到。一下子少了 4 倍的工作量,而且相对准确。
App 「必选权限」方案选择和问题处理
很多 App 启动的时候需要一些必选权限的,我们的 App 也是一样的,需要在 App 启动的时候验证一个必选权限。如果有必选权限,那么提示用户授权,如果不授权,那么就不能够继续使用我们的产品了。所以进入 App 主要功能前,需要一个前置的拦截。考虑过 2 种方案:
-
方案一、在 Applicaiton 的 onCreate 方法中去申请必选权限,让启动 Activity 等待 Application 中权限申请好了,再用消息(EventBus) 通知 启动 Activity 继续走下去的流程
-
方案二、新建一个新的 启动 Activity,在这个 Activity 中做申请权限,申请完后再去启动之前老的启动 Activity
和对接的业务方讨论,他们选择了第一种方案, 这么做的原因也是因为我们很多 SDK 的初始化代码在 Appliction 中,我们必须要在初始化 SDK 之前就应该把必要权限拿到。如果选择第二种,那么我们的初始化代码需要移动到新的启动 Activity 中,这样改动风险有点高。
接入代码如下:
对接完后有几个我们遇到的问题需要提下:
问题一、 因为在 App 启动的时候,如果没有必要权限,那么就会有弹框让用户设置权限,这时候用户点击 “设置”,就会跳转到 App 设置权限页面,当用户授权回来的时候,有部分手机会出现黑屏。
导致黑屏的原因是 U51Permission 传入进去的 context 是 Application。如果是 Activity 就不会黑屏。所以解决方法是使用 Activity 去请求权限,回调方式是使用 Application.registerActivityLifecycleCallbacks,如下:
问题二、 因为我们有些逻辑是放到前后台切换的代码里面的,前后切换的主要用主要用到 Application.registerActivityLifecycleCallbacks 这个回调,根据 Activity 的生命周期统计来切换前后台(前后台的切换逻辑是使用统计 activity 的个数来实现的);所以 Application.registerActivityLifecycleCallbacks 这个操作应该是在 启动 Activity 之前就应该被注册。
但是在申请必要权限的时候,我先启动 Activity 后再去注册这个 callback 的,所以导致启动 Activity 不在计算范围内,导致前后台的调用逻辑不准确,业务逻辑处理时机不对的问题。后来我们使用一个自己的 registerActivityLifecycleCallbacks,命名 MyActivityLifecycleCallbacks,在 Application 一开始启动的时候就注册了,然后把后面其他需要注册的地方放到 MyActivityLifecycleCallbacks 中,由它统一通知其他需要前后台的回调。
替换之前
替换之后
可以看出来替换后改动代码很少,而且所有的前后台切换都会统一到自己的 MyActivityLifecycleCallbacks 里面进行集中管理。
其他问题
总结
其实要轻松掌握很简单,要点就两个:
- 找到一套好的视频资料,紧跟大牛梳理好的知识框架进行学习。
- 多练。 (视频优势是互动感强,容易集中注意力)
你不需要是天才,也不需要具备强悍的天赋,只要做到这两点,短期内成功的概率是非常高的。
对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。
以上就是总结的关于在面试的一些总结,希望对大家能有些帮助,除了这些面试中需要注意的问题,当然最重要的就是刷题了,这里放上我之前整理的一份超全的面试专题PDF
还有 高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。
【Android核心高级技术PDF文档,BAT大厂面试真题解析】
这里只是整理出来的部分面试题,后续会持续更新,希望通过这些高级面试题能够降低面试Android岗位的门槛,让更多的Android工程师理解Android系统,掌握Android系统。喜欢的话麻烦点击一个喜欢在关注一下~
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!