4.handler机制()
答:https://blog.csdn.net/amogin/article/details/78665207 这篇文章是我根据源码来分析的,主要是handle如何实现收发消息
https://blog.csdn.net/u013122625/article/details/53944122 handle如何实现延时发消息postdelay()
https://blog.csdn.net/tiandiren2007/article/details/50867589 还要知道当消息队列里没有消息是怎么解决死循环问题
5.为什么图片需要用软引用,MVP模式中的view接口用弱引用
答:软引用对象是内存不足的时候会被回收,所以由于图片占用内存过大,我们选择再内存不足的时候就回收图片
弱引用对象是GC回收的时候会被调用,同时当activity销毁的时候会进行GC。那么为什么MVP模式中的P层中的view要用弱引用呢,我们可以这样么考虑,我们希望activity关闭的同时view也被回收,如果activity关闭,那么会进行GC,那么弱引用对象就会回收。
6.常用的设计模式
答:单例模式,工厂模式,观察者模式,Builder模式,克隆模式,策略模式这几种个人认为是比较常见的,然后主要要区分工厂模式和策略模式的区别
7.view,groupview的绘制原理
答:https://blog.csdn.net/a396901990/article/details/36475213 主要对onMeasure()的源码思路做了解
8.http协议,tcp/ip协议
答:https://www.cnblogs.com/ranyonsue/p/5984001.html http协议
https://blog.csdn.net/MXSKE/article/details/78279071 tcp/ip协议
9.hashmap原理
答:https://www.cnblogs.com/dijia478/p/8006713.html
10.事件分发机制
答:https://www.jianshu.com/p/38015afcdb58 这篇文章真的超详细
11.内存回收机制
答:https://www.cnblogs.com/prophet-it/p/6498275.html
https://www.cnblogs.com/andy-zcx/p/5522836.html
结合这二篇文章看一定能看的非常清晰
12.动态代理
答:https://www.cnblogs.com/gonjan-blog/p/6685611.html
13 线程池的类型
答:https://www.cnblogs.com/cspecialy/p/9093182.html
14.常用加密算法(对称和非对称)
答:https://blog.csdn.net/u013718120/article/details/56486408
https://blog.csdn.net/qq_19694479/article/details/80967339 然后需要了解对称和非对称加密的区别
16.并发
答:如何解决高并发产生的性能问题:https://blog.csdn.net/kerryqpw/article/details/64129583
高并发过程中涉及到的问题:即第一条讲的同步锁
17 .进程通讯
答:AIDL https://blog.csdn.net/qian520ao/article/details/78072250
https://blog.csdn.net/qian520ao/article/details/78074983
18.进程保活方法
答:https://blog.csdn.net/u013263323/article/details/56285475
19.rxjava,okhttp,retrofit三者原理及封装使用
答:http://gank.io/post/560e15be2dca930e00da1083
https://www.jianshu.com/p/cd984dd5aae8 rxjava
https://blog.csdn.net/mwq384807683/article/details/71173442?locationNum=8&fps=1 okhttp
https://www.jianshu.com/p/0c055ad46b6c retrofit
https://www.jianshu.com/p/0ad99e598dba 封装使用
https://www.jianshu.com/p/9e599b8d1e7f 封装使用,个人觉得这个封装比较好,因为对第三方API都进行了封装,避免API 大 量修改造成程序跟着大量修改 ,结合MVP使用
20.插件化
答:https://www.jianshu.com/p/704cac3eb13d
21.内存泄漏原因以及如何避免内存泄漏
答:https://blog.csdn.net/q178266871/article/details/50719144
22.注解框架实现原理
答:https://blog.csdn.net/mwq384807683/article/details/70795881
23.binder分析
答:https://blog.csdn.net/qian520ao/article/details/78089877
24.图片占据的内存算法
答:https://www.cnblogs.com/dasusu/p/9789389.html
25.性能优化
答:https://www.jianshu.com/p/d71b51a0e29f
其中包括四点:
- APP使用起来不卡顿,要流畅;
- 要省电,省流量;
- 内存优化
- APP包尽量要小;
26.leakcanary原理
答:「Leakcanary 」是我们经常用于检测内存泄漏的工具,简单的使用方式,内存泄
漏的可视化,是我们开发中必备的工具之一。
一、使用 1、配置
dependencies {
debugImplementation
‘com.squareup.leakcanary:leakcanary-android:1.6.3’
releaseImplementation
‘com.squareup.leakcanary:leakcanary-android-no-op:1.6.3’
// Optional, if you use support library fragments:
debugImplementation
‘com.squareup.leakcanary:leakcanary-support-fragment:1.6.3’}
2、简单使用
public class ExampleApplication extends Application {
@Override public void onCreate() {
super.onCreate();
if (LeakCanary.isInAnalyzerProcess(this)) {
// This process is dedicated to LeakCanary for heap analysis.
// You should not init your app in this process.
return;
}
LeakCanary.install(this);
// Normal app init code…
}}
超级简单的配置和使用方式。最后就会得出以下的事例说明。
二、准备工作
1、Reference
Reference 把内存分为 4 种状态,Active 、 Pending 、 Enqueued 、 Inactive。
• Active 一般说来内存一开始被分配的状态都是 Active
• Pending 快要放入队列(ReferenceQueue)的对象,也就是马上要回收的对象
• Enqueued 对象已经进入队列,已经被回收的对象。方便我们查询某个对象是否被回
收 • Inactive 最终的状态,无法变成其他的状态。
2、ReferenceQueue
引用队列,在 Reference 被回收的时候,Reference 会被添加到 ReferenceQueue
中3、如果检测一个对象是否被回收
需要采用 Reference + ReferenceQueue
• 创建一个引用队列 queue
• 创建 Reference 对象(通常用弱引用)并关联引用队列
• 在 Reference 被回收的时候,Reference 会被添加到 queue 中
//创建一个引用队列 ReferenceQueue queue = new ReferenceQueue();
// 创建弱引用,此时状态为 Active,并且 Reference.pending 为空,// 当前
Reference.queue = 上面创建的 queue,并且 next=null // reference 创建并
关联 queueWeakReference reference = new WeakReference(new Object(),
queue);
// 当 GC 执行后,由于是弱引用,所以回收该 object 对象,并且置于 pending
上,此时 reference 的状态为 PENDING System.gc();
// ReferenceHandler 从 pending 中取下该元素,并且将该元素放入到 queue
结语
看到这篇文章的人不知道有多少是和我一样的Android程序员。
35岁,这是我们这个行业普遍的失业高发阶段,这种情况下如果还不提升自己的技能,进阶发展,我想,很可能就是本行业的职业生涯的终点了。
我们要有危机意识,切莫等到一切都成定局时才开始追悔莫及。只要有规划的,有系统地学习,进阶提升自己并不难,给自己多充一点电,你才能走的更远。
千里之行始于足下。这是上小学时,那种一元钱一个的日记本上每一页下面都印刷有的一句话,当时只觉得这句话很短,后来渐渐长大才慢慢明白这句话的真正的含义。
有了学习的想法就赶快行动起来吧,不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧,不要等到面试前一晚才开始紧张,不要等到35岁甚至更晚才开始想起来要学习要进阶。
给大家一份系统的Android学习进阶资料,希望这份资料可以给大家提供帮助。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
那么很难做到真正的技术提升。**
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!