好程序员:大数据之线程高级部分,首先讲一下线程的生命周期

对于一个线程, 在被创建后, 不是立即就进入到了运行状态, 也不是一直处于运行状态, 在线程的声明周期中, 一个线程会在多种状态之间进行切换

new : 新生状态, 线程被实例化, 但是还没有开始执行(start)

runnable: 就绪状态, 已经执行过start, 线程已经启动了, 只是没有抢到CPU时间片

running: 运行状态, 抢到了CPU时间片

blocked: 阻塞状态, 线程执行的过程中, 遇到一些特殊情况, 会进入阻塞状态. 阻塞中的线程, 是不能参数时间片的抢夺的 (不能被线程调度器调度)

dead: 死亡状态, 线程终止

​ 正常死亡 : run方法中的代码执行结束

​ 非正常死亡 : 强制使用stop方法停止这个线程

临界资源问题

由于线程之间是资源共享的。如果有多个线程,同时对一个数据进行操作,此时这个数据会出现问题。
如果有一个线程在访问一个临界资源,在访问之前,先对这个资源“上锁”,此时如果有其他的线程也需要访问这个临界资源,需要先查这个资源有没有被上锁,如果没有被上锁,此时这个线程可以访问这个资源;如果上锁了,则此时这个线程进入阻塞状态,等待解锁。
####同步代码段

// 同步代码段 // 小括号:就是锁 // 大括号:同步代码段,一般情况下,写需要对临界资源进行的操作 synchronized () {  } // 关于同步锁:可以分成两种:对象锁、类锁 //

####同步方法

// 使用synchronized关键字修饰的方法就是同步方法 // 将一个方法中所有的代码进行一个同步 // 相当于将一个方法中所有的代码都放到一个synchronized代码段中 // 同步方法的锁: // 1. 如果这个方法是一个非静态方法:锁是this // 2. 如果这个方法是一个静态方法:锁是类锁(当前类.class) private synchronized void sellTicket() { }

lock与unlock

就是一个类RenntrantLock

线程死锁(了解)

在解决临界资源问题的时候,我们引入了一个"锁"的概念。我们可以用锁对一个资源进行保护。实际,在多线程的环境下,有可能会出现一种情况:
假设有A和B两个线程,其中线程A持有锁标记a,线程B持有锁标记b,而此时,线程A等待锁标记b的释放,线程B等待锁标记a的释放。这种情况,叫做 死锁

生产者消费者设计模式

wait() 、notify() 、notifyAll()

wait(): 等待。使得当前的线程释放锁标记,进入等待队列。可以使当前的线程进入阻塞状态。

notify(): 唤醒,唤醒等待队列中的一个线程。

notifyAll(): 唤醒,唤醒等待队列中所有的线程。
wait和sleep的区别:

  1. 两个方法都可以使一个线程进入阻塞。
  2. 区别:wait方法会释放锁标记,sleep则不会释放锁标记。
    ####懒汉式单例设计模式中的线程安全问题

    线程池

    ThreadPoolExecutor类是线程池最核心的类。这个类的构造方法中的几个参数:

int corePoolSize: 核心线程数量。核心池大小。

int maxmiunPoolSize: 线程池中最多的线程数量。

long keepAliveTime: 核心线程之外的临时线程,能存活的时间。(从这个线程空闲的时候开始算)

TimeUnit unit: 上面的时间单位

​ NANOSECONDS: 纳秒

​ MICROSECONDS: 微秒

​ MILLISEONDS: 毫秒

​ SECONDS: 秒

​ MINUTES: 分

​ HOURS: 时

​ DAYS: 天

BlockingQueue<Runnable> workQueue: 等待队列

​ ArrayBlockingQueue

​ LinkedBlockingQueue

​ SynchronousQueue

RejectedExecutionHandler handler:拒绝访问策略
预习方向:

  1. 网络编程
  2. TCP
  3. UDP
  • 版权声明:文章来源于网络采集,版权归原创者所有,均已注明来源,如未注明可能来源未知,如有侵权请联系管理员删除。

发表回复

后才能评论