weixin_52618349的博客

集合线程安全

线程间定制化通信

线程间通信

synchronized，lock

JUC概述和进程线程概念

我们首先要把数据库表中的字段，id改为int类型并且自增，然后把birth类型改成datetime类型。我们之前清空了lx库的student表，我们发现成功把表数据赋值过来了。我们的our层的dao和mapper.xml也和middle做法同理。然后我们需要去配置我们的mybatis的xml文件。同样我们使用类的方式创建我们的数据库连接池。我们只需要把数据库名改成middle即可。这样我们mybatis的配置就结束了。这样我们的基础环境就创建好了。

我们写这样一段代码，我们猜测一下会出现多少种可能的结果呢？先行发生原则 happens-----before。那为什么会出现x,y都是0的情况呢？因为它可能产生了这种指令重排。

一般我们如果是想在线程执行完以后，获得一个返回值的话，我们可以使用future这种方式。在实际工作中，我们可以在这里面做我们的日志打印或者邮件警告等内容。我们可以看到我们的占用情况，这里我们就不详细介绍这个工具的使用了。会执行mSize个线程来执行任务，其余的执行相应的拒绝策略。我们可以在之前的demo中加上我们的自定义拒绝策略。使用了这个方法就可以显示出我们的队列的任务了。我们发现线程池中并不会输出我们的队列的任务。我们会在之前设置的路径中找到这个文件。这样一段代码，我们的代码中存在异常。

前面线程执行以后睡眠5秒以后，后面两个才能进行执行。

那这里我们可以思考下在之前同步容器中，多线程下使用for循环遍历根据条件删除会报错，那在并发容器中这种做法还会报错么？有的时候它会报这个错误，意思是说有时候第一个线程删除了demo2，第二个线程可能会找不到这个元素。我们也可以使用collection类给我们提供的线程安全集合方法。我们在迭代器中去加synchronized关键字就可以了。但是并发容器中，我们使用迭代器进行删除就会给我们报出错误。在并发容器中直接使用这种方式是可以的。那如果我们在并发容器里使用迭代器呢？在并发容器中不会报错。

我们之前没有使用原子类的时候，是要在方法上加锁才能保证线程运行正确。LongAccumalator,进行自定义运算。我们发现运行结果是正确的。

这里我们是使用一个线程的状态改变依赖另一个线程的这种方式去做的。但是这种空循环的方式肯定是不好的。我们可以使用wait和notify的方法去做。如果我们创建了多个线程，我们发现我们的程序一直没有终止，还是在运行状态。这时我们去调用我们的jconsole去查看一下线程的状态：我们发现它是在waiting等待状态的。这是因为我们的wait是随机唤醒一个线程。

而按照我们之前学习的我们应该可以使用synchronized关键字修饰方式来通过加锁的方式做到线程安全。但是这种做法太浪费资源了，我们是想在写的时候，其它线程不能去写也不能去读，但是读的时候所有线程都可以读，但是不能写。可以在控制台尝试读读，读写，写写操作，进行线程debug，可以发现读读是共享，其它操作都是互斥的。注意点： 降级之后，写锁并不会直接降级成读锁，不会随着读锁的释放而释放，因此需要显式的释放写锁。值都是4，肯定是不符合我们的预期的。这时我们就可以使用我们的读写锁。我们可以发现这个值是不对的。

但是这种写法并不是一个最好的写法，因为我们在方法上加锁，当多线程的时候，其他线程不能立刻调用这个方法，所以也是比较耗时的。这次是第一个线程方法执行完，第一个线程睡眠结束之后才执行第二个线程中的方法。我们可以看到它返回的每个单例实例对象都不同，并不是我们想要的单例效果。所以我们可以看出我们修饰普通方法是锁住实例对象，而不是锁住这个类。由此也可以看出我们的懒汉式简单写法是不符合线程安全的。饿汉式本身就是线程安全的，所以不需要去加锁等操作。我们发现它的结果和我们想的不太一样。就可以保证我们的线程安全了。

线程基础

并发简介