形参和实参的思考

形参和实参的思考

形参是方法的参数，用来接收实际参数。在方法被调用时，虚拟机会分配内存单元，方法结束时，会释放所分配的内存单元。
引来的问题：方法内的对象经过方法初始化并没有初始化，但是实体对象的属性又可以被set方法进行赋值，原因对象的属性都是成员变量。set方法会把传递过来的参数赋值给成员变量，所以成员变量的值可以改变。
但是成员变量在多线程的环境下会将该值复制一份到每个线程，之所以复制是由于JVM仿照计算机的内存模型在多线程执行的时候会将变量的值复制到每个线程的工作空间，这个时候就带来一个问题可能最终的结果跟预期的结果不一样，这就是并发问题。为了防止这个问题 在变量上面加上volatile 进行修饰，使不同的线程都感知该变量，但是不能保证变量的复合操(比如i++)作在其他线程也能感知到。为了保证变量可以进行复合操作又可以进行细粒度的操作CAS（乐观锁，又称为无锁编程）每次对共享变量进行操作的时候会与主内存该变量相比较，如果其他线程没有更新过则更新，如果更新过则拿到主内存该变量的值进行重新计算（这一过程又称为自旋）。
所以在静态方法没有对成员变量、全局变量进行修改操作的时候是不会产生并发问题的。
为什么使用多线程？
提高CPU的使用率，CPU的计算速度高于内存，内存的操作速度又高于硬盘
docker也是能提高计算机的使用率，从而降低公司成本，我记得有一个从某东出来的人说他们公司有上千台服务器每个服务器运行了N个docker。每个docker里又有N个服务。
使用多线程开发确实会大大提高速度，但是会提高程序的复杂性。我估计我写的代码别人不好一眼看明白。