如何做好面试突击,规划学习方向?
面试题集可以帮助你查漏补缺,有方向有针对性的学习,为之后进大厂做准备。但是如果你仅仅是看一遍,而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。建议先制定学习计划,根据学习计划把知识点关联起来,形成一个系统化的知识体系。
学习方向很容易规划,但是如果只通过碎片化的学习,对自己的提升是很慢的。
我们搜集整理过这几年字节跳动,以及腾讯,阿里,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
我们在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事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高级UI与FrameWork源码
- 360°全方面性能调优
- 解读开源框架设计思想
- NDK模块开发
- 微信小程序
- Hybrid 开发与Flutter
知识梳理完之后,就需要进行查漏补缺,所以针对这些知识点,我手头上也准备了不少的电子书和笔记,这些笔记将各个知识点进行了完美的总结:
《960全网最全Android开发笔记》
《379页Android开发面试宝典》
历时半年,我们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
如何使用它?
1.可以通过目录索引直接翻看需要的知识点,查漏补缺。
2.五角星数表示面试问到的频率,代表重要推荐指数
《507页Android开发相关源码解析》
只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
统源码,还包括各种优秀的开源库。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!