先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你需要这些资料,可以添加V获取:vip204888 (备注Android)
正文
================================================================================
这块我本以为准备的很充分,结果来了个问题我懵了
Jdk对线程的优化????????(我直接人傻了)
后面我想了想,其实只是这个问题太过于广泛。包括ConcurrentHashMap的锁从最开始的Segment(可重入锁)+ 分段锁 到 后面的CAS + synchronized 数据结构从segment + hashentry 数组+ 链表 改进到 数组+链表+红黑树 , 也许这就是一种优化的体现吧。
本来我准备的是volatile (可见性,不保证原子性,有序性) -----> 为什么不保证原子性(因为可以对volatile变量进行++操作) -----> 解决方法 -------> CAS(compare and set) atomicinteger -------> CAS 会引发什么问题 解决方案 / unsafe你了解过么 -------> ABA 问题,unsafe中的方法是native方法
====================================================================
为啥都喜欢问这个,就每次都背一遍,Looper, message, messageQueue, handler
Looper.prepare(); //这里就可以聊到looper了,looper是个好东西啊(等会再说)
Looper.loop(); // 这里其实是个死循环,不停从队列中取出message 然后msg.target.dispatchMessage(msg);
//这里出现了target
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this; // 服了,在发送消息的时候target其实就是handler自己
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}
handler构造方法看一眼
public Handler(Callback callback, boolean async) {
mLooper = Looper.myLooper();
if (mLooper == null) { // 校验looper
throw new RuntimeException(
“Can’t create handler inside thread that has not called Looper.prepare()”);
}
mQueue = mLooper.mQueue; // 卧槽 队列原来是looper里的
mCallback = callback;
mAsynchronous = async;
}
Looper这里先停一下,下面会聊到sendMessage了
中间又涉及到sendMessageDelayed( )和sendMessageAtTime( ) 这里就会有
问题2: 如何延迟执行 handler.postDelayed(runnable, 2000);
其实还可以用sleep(), 和定时器,还有个专门倒计时的类,我当时还说了可以用Rxjava
最后总结一下
private Handler mhandler = new Handler(){ // 1. handler构造方法会绑定messageQueue
@Override
public void handleMessage(Message msg) {
…// 需执行的UI操作
}
};
// 步骤2:创建消息对象
Message msg = Message.obtain(); // 实例化消息对象
msg.what = 1; // 消息标识
msg.obj = “AA”; // 消息内容存放
// 步骤3:在工作线程中 通过Handler发送消息到消息队列中
// 多线程可采用AsyncTask、继承Thread类、实现Runnable
mHandler.sendMessage(msg); //2.sendmessage 其实就是最后就是MessageQueue的enqueueMessage()
3.线程类会执行完耗时操作,调用looper.loop() 开始无限循环 从链表中取出message,调用他们的handleMessage方法
============================================================
居然还碰到了这类问题,面试了几家,第一次出现这类问题
之前其实准备了一些:比如公平锁,非公平锁,乐观锁,悲观锁,可重入锁,自旋锁
问题:乐观锁和悲观锁区别
悲观锁就直接锁住就完事了,读锁(共享锁),写锁(排他锁)
乐观锁 举例CAS(Compare and set)
公平锁和非公平锁,就是一个插队问题
这里可以提到两个java常用的锁,ReentrantLock和synchronized
这里说下区别和相同点吧:
两者都是可重入锁
synchronized 依赖于 JVM,而 ReentrantLock 依赖于 API
使用方法: synchronized 可以对方法,类,对象直接使用,效果分别是锁方法是锁对象this,锁静态方法是锁所有调用此方法的线程,锁对象是锁以对象为锁的代码块。ReentrantLock则直接需要 lock() 和 unlock() 方法配合 try/finally 语句块来完成
ReentrantLock 增加了一些高级功能。主要有三点:① 等待可中断;② 可实现公平锁;③ 可实现选择性通知(锁可以绑定多个条件)
拓展掉头发系列: synchronized实现方法
要从java对象头说起,由于懒得复制粘贴,简单总结一下就是很多锁信息都会包含在对象头中,想了解对象头自行百度,Synchronized通常被称为重量级锁,但是1.6之后对其进行优化,新增了轻量级锁和偏向锁。
Synchronized用的就是monitor
监视器锁(monitor)是依赖于底层的操作系统的Mutex Lock来实现的,而操作系统实现线程之间的切换时需要从用户态转换内核态
偏向锁的核心思想是,如果一个线程获得了锁,那么锁就进入偏向模式,此时Mark Word 的结构也变为偏向锁结构,当这个线程再次请求锁时,无需再做任何同步操作,即获取锁的过程,这样就省去了大量有关锁申请的操作
与偏向锁的区别是,引入偏向锁是假设同一个锁都是由同一线程多次获得,而轻量级锁是假设同一个锁是由n个线程交替获得;相同点是都是假设不存在多线程竞争
=====================================================================
整明白CAS和各类锁之后,这里就很easy了
问: ArrayList是否线程安全,HashMap呢,HashSet实现? HashTable?
ArrayList肯定不安全啊不然为啥会有Vetor
通过Collections.synchronizedList() 可以给list加锁 (HashMap同理)
接下来就是基于写时复制的CopyonWriteList (如何实现的) 用的ReentrantLock
写入的时候同时copy一份副本,最后返回的是副本
后面就是ConcurrentHashMap了 之前提到的Segment+HashEntry 以及改进后的CAS+synchronizedList 包括数据结构的改善 ,引入红黑树
HashSet底层基于HashMap 所以hashset也不安全 HashTable是锁方法,所以效率低,建议使用ConcurrentHashMap了
Android特有的SparseArray(知识点无非是稀疏矩阵的储存可以减少空间的消耗)但是二分查找要比HashMap慢一点。
==========================================================================
Looper什么时候产生?(Zygote创建新进程时就产生了)
这就要从Linux系统启动开始说起了,BootLoader是在操作系统内核运行之前运行,以便为最终调用操作系统内核准备好正确的环境(像普通电脑的bios?)
Zygote(受精卵 这个很形象 受精卵会进行fork,生成各种各样的进程)进程的启动,然后SystemServer就启动了,接着著名的AMS(Activity Manager Service)也会启动
照理每个Android app进程中默认一个进程里面只有一个线程,就是著名的主线程,通过Looper.loop()来进行任务的处理。
下面就是网上总结的一个Android app启动的流程
1.Click Event
2.Launcher进程(整个App启动流程的起点,负责接收用户点击屏幕事件,它其实就是一个Activity)
3.BInder IPC 跨进程通信告诉AMS,startActivity(); (这里涉及到的Binder IPC下面继续探讨)
4.分两种情况,1)进程未被创建,则通过Zygote fork一个新的进程 2)进程已经被创建,则直接LAUNCH_ACTIVITY
Binder 机制
网络上很多问题就是Android跨进程通讯方法有哪几种?(标准答案是:activity之间的数据通讯 , content provider, broadcast ,service)这不就是四大组件么
这里就要从linux的IPC开始说起了 :linux常用的管道,socket,甚至是内存共享,都不太适用于android
因为有几个重要的缺点:
1:安全性,安全校验的数据只能包含在消息体里面,容易被伪造。
2:传统的IPC有两次数据复制的过程,而使用binder只会有一次
3:内存共享对安全性的保护也不够
【附】相关架构及资料
源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发(ReactNative+Weex)微信小程序、Flutter全方面的Android进阶实践技术,和技术大牛一起讨论交流解决问题。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注Android)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
tive+Weex)微信小程序、Flutter全方面的Android进阶实践技术,和技术大牛一起讨论交流解决问题。**
[外链图片转存中…(img-zykMoLaP-1713131125985)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注Android)
[外链图片转存中…(img-ivCeAIXx-1713131125986)]
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!