java线程的基本操作及原理
java的线程安全是什么？谁能一言以蔽之？
java的线程安全是什么？谁能一言以蔽之？
这个还真不能一句话概况，我博客写了一长篇关于线程安全的，我提炼了下面这段，看懂也基本够了：
单线程不会有安全问题，多线程编程才会有安全问题，根本在于是否存在critical resource竞争资源，如果多线程不会访问竞争资源就不存在安全问题，否则则要处理，
什么是竞争资源呢，具体如下：
如果是各自访问其上下文context的资源，比如kafka consumer partition worker线程访问各自的storage则是互相不打扰的；
如果执行的某个方法内只用到了局部变量，由于局部变量位于各自thread的栈里，所以互不干扰；
如果执行的某个方法用到了传入的变量，也就是所谓的形式参数变量，则要看这个传入的变量是否是object，如果只是普通的参数则没关系，如果是对象，要看对象是否是同一个引用，不同引用没有关系；
如果执行的某个方法内用到了同一个引用，不管是传入的还是外部全局的变量，比如log4的logger，由于log4已经做好了线程安全写log，所以不用担心；
如果执行的某个方法内用到了同一个引用：
i)但是只是读没有写，读和读是没有冲突的，也没有关系
ii)都有写，但是写不依赖于读，即线程不需要获取“最新”数据就可以直接写入覆盖，这种情况也没有关系；
iii)都有写，而且写依赖于读到最新数据，则需要处理；
Java：关于多线程与多核，如何将多核都利用上呢？
你自己写个多线程的程序跑起来，把任务管理器打开，打开“性能”选项卡，观察你就发现了，其实不管你你的是4核，8核，1024核，基本都是在一个格子里有动作的，跟理论上几个线程就在几个核里跑不一致的，操作系统自身的设计导致的。核虽然多，县城虽然多，但是还没有真正设计成几个线程就在几个核里跑的算法模式。至于怎么都利用上不是你说了算，os说了算。别想太多。
cpu多线程和jvm多线程？
一 cpu个数、核数、线程数的关系
cpu个数：是指物理上，也及硬件上的核心数；
核数：是逻辑上的，简单理解为逻辑上模拟出的核心数；一个CPU核心数模拟出2线程的CPU
线程数：是同一时刻设备能并行执行的程序个数，线程数cpu个数 * 核数，及程数cpu个数（2） * 核数（2）4
Windows: wmic 然后 物理CPU数 “cpu get NumberOfCores”, CPU核心数 “cpu get NumberOfLogicalProcessors”
Linux:
查看CPU个数 cat /proc/cpuinfo| grep #34physical id#34| sort| uniq| wc -l
查看核数 cat /proc/cpuinfo| grep #34cpu cores#34| uniq
二 cpu线程数和Java多线程
(1) 线程是CPU级别的，单个线程同时只能在单个cpu线程中执行
(2) Java多线程并不是由于cpu线程数为多个才称为多线程，当Java线程数大于cpu线程数，操作系统使用时间片机制，采用线程调度算法，频繁的进行线程切换。
(3) 线程是操作系统最小的调度单位，进程是资源（比如：内存）分配的最小单位
(4)Java中的所有线程在JVM进程中,CPU调度的是进程中的线程
线程的调度是指按照特定的机制为多个线程分配CPU的使用权。有两种调度模型：分时调度模型和抢占式调度模型
分时调度模型是指让所有线程轮流获得CPU的使用权，并且平均分配每个线程占用CPU的时间片。
Java虚拟机采用抢占式调度模型，是指优先让可运行池中处于就绪态的线程中优先级高的占用CPU,如果可运行池中线程的优先级相同，那么就随机选择一个线程，使其占用CPU，处于运行状态的线程会一直执行，直至它不得不放弃CPU，一个线程会因为以下原因放弃CPU:
(1)Java虚拟机让当前线程暂时放弃CPU，转到就绪态，使其他线程获得运行机会
(2)当前线程因为某些原因而处于阻塞状态
(3)线程运行结束
Java线程让步：
3. Thread.yield()方法
就是说当一个线程使用了这个方法之后，它就会把自己CPU执行的时间让掉，让自己或者其它的线程运行，注意是让自己或者其他线程运行（根据CPU的调度），并不是单纯的让给其他线程。
4.等待其他线程结束:join()
当前运行的线程可以调用另一个线程的join()方法,当前运行的线程将转到阻塞状态，直至另一个线程运行结束，它才会恢复运行(阻塞恢复到就绪)