
目录
一、回调
类在定义时,所有的内容 都是设计给 回调的 ,在**++构造方法++调用时 开始回调**
1.this
因为定义类结构时,实例是还没有创建出来有的,而++回调使用时 是已创建好有++的 ,所以在定义的类结构里面,用this++代指++ 回调时调用所处的实例对象
2.currentthread
而线程匿名类的 重写run方法的定义 是在方法当中的、另一个类里面的 ,无法用this代指 线程类的回调实例,所以用静态的Thread.currentthread() ++代指++ 并回调时++获取++ 当前线程的实例

二、线程方法
1.中断
中断通过提前执行完run方法 来正常销毁线程
1.1interrupt
- 标志位 是判断 线程是否有接受请求 而提前中断结束 的标志
线程实例里的标志位 默认是false ,实例的interrupt****方法 将标志位设置为true
1.2interrupted
静态的Thread.interrupted****方法 返回当前所处线程实例 此时的标志位 ,如果标志位是true 则还会清除标志位为false
1.3isInterrupted
实例的isInterrupted****方法 返回该线程实例 此时的标志位
1.4阻塞方法
1.4.1方法运行
阻塞方法执行时 会检查着实例的标志位 ,如果为true,则会将中断标志位清除改回false 并抛出InterruptedException异常 直接终止了阻塞方法 抛到阻塞方法的外面
异常抛出原因
线程处于阻塞状态时 被请求中断,阻塞方法与请求中断 是一对++矛盾指令++ ,即阻塞指令要求执行时 又要求停止中断 ,此时阻塞方法就 抛出异常 让程序员二次做出选择
1.4.2中断阻塞的处理
阻塞方法异常抛出后,程序员++如果选择同意 中断阻塞方法++:
1.4.2.1异常终止
选择好 阻塞抛出的异常 销毁方法的终止程度 进行终止
1.4.2.2保存中断信息
在相应的catch块中 调用interrupt 修改该线程实例的标志位回中断状态,保存该线程 标志位的中断信息 ,这样**++其它部分代码++ 再检查该线程标志位时 就可以得知 此线程已被请求中断的信息**
1.4.2.3中断线程
保存好中断信息后,再中断执行完该线程(或异常刚好能销毁完)
2.等待
线程实例.join
当前线程去阻塞等待 到此线程执行结束 再执行 ,用等待 ++确定了线程之间执行完毕的顺序++
join(毫秒)设置最大等待的时间

三、线程状态
|---------------|------------------------------|
| NEW | 线程对象对应的系统线程 还未启动的状态 |
| TERMINATED | 线程对象对应的系统线程 已被销毁的状态 |
| RUNNABLE | 线程对象对应的系统线程 处于就绪状态 |
| TIMED_WAITING | 线程对象对应的系统线程 处于固定时间的阻塞状态 |
| WAITING | 线程对象对应的系统线程 处于不固定时间的阻塞状态 |
| BLOCKED | 线程对象对应的系统线程 处于锁竞争的阻塞状态 |
四、线程安全
1.不安全原因
多个线程 同时同地 修改时,各个线程的 各套独立有序的 修改读写的原子圈指令 被无序调度下 互穿插成碎原子指令执行,造成线程不安全
2.措施
2.1竞争锁阻塞回原子圈
多线程 同时同地 修改读写的原子圈指令 是不能被调度 互拆成碎原子指令执行的,持变量竞争锁的原子圈 阻塞其外同变量锁内的指令调度,使其最后 该原子圈内的指令 在同变量锁的所有指令中 是串行化调度地执行 ,其它同变量锁内的原子圈指令 都阻塞 无法再同时调度 成互穿插的碎原子
java
public class Test {
private static int count = 0;
public static void main(String[] args) throws InterruptedException {
Object locker = new Object();//区分是不是持同变量竞争锁
Thread t1 = new Thread(() -> {
for (int i = 0; i < 50000; i++) {
synchronized (locker) {
count++;
}
}
});
Thread t2 = new Thread(() -> {
for (int i = 0; i < 50000; i++) {
synchronized (locker) {
count++;
}
}
});
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println("count: " + count);
}
}
2.1.1效果
(1)cpu并发执行的程度降低 ,运行效率降低
(2)全部同变量的修改指令 都在++相对它们++ 原子圈内 串行化地执行修改 ,线程安全
