民工说——线程安全问题，为什么会出现？怎么解决？

作为一个初入编程语言的民工，对于我来说工地的砖依旧烫手，每天也是精疲力尽，工头已经要扣工资了~~今天搬砖是偶然看见砖头上有着

“线程安全问题，为什么会出现？怎么解决？”

线程安全问题：
在操作系统中，进程之间的数据是隔离的；
但是注意：如果是一个进程里面多个线程，线程之间是共享一个进程的；
在java中，如果使用多个Thread线程启动同一个Runable的线程对象，此时这些线程会共享Runable对象的属性，就容易出现线程安全问题（非线程安全问题）。
解决线程安全问题：
使用加锁解决，在java’中，目前加锁有两种：
synchronize关键字
Lock锁 （1.5 jdk）

synchronize关键字的使用
synchronize语法块
synchronize（对象）{
需要加锁的代码
}
synchronize可以修饰方法
注：建议锁的范围越小越好，范围越小效率越高，范围越大则反之。
示例：

package day24;

public class Test4 {
    public static void main(String[] args) {
        MyThread5 m = new MyThread5();
        Thread m1 = new Thread(m);
        Thread m2 = new Thread(m);

        m1.start();
        m2.start();
    }
}
class MyThread5 implements Runnable{

    private int id;
    private Object key = new Object();

    @Override
    public synchronized void run(){
        for (int i = 0; i < 1000000; i++) {
            id ++;
        }
        System.out.println(Thread.currentThread().getName()+"结果是："+ id);
    }
}

这里在输出的时候用了些Thread的方法。
这就是synchronize上锁的方法。
**Lock：**jdk1.5提供的
说起来Lock就不得不提到单例模式了
Lock上锁分为饿汉和懒汉式：
DCL（double checked lock）需要加volatile关键字：
volatile关键字的特点：
1、内存可见性
2、禁止指令重排序
注：volatile 双重锁上加，避免进行指令重排序（内存可见性）

package day24;

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class TestLock {
    public static void main(String[] args) {
        MyThread6 m = new MyThread6();
        Thread m1 = new Thread(m);
        Thread m2 = new Thread(m);

        m1.start();
        m2.start();
    }
}
class MyThread6 implements Runnable{
    private int id;
    private Object key= new Object();

    Lock lock = new ReentrantLock();

    @Override
    public void run(){
        for (int i = 0; i < 1000000; i++) {
            try{
                //加锁
                lock.lock();
                id++;
            }finally {
                //释放锁
                lock.unlock();
            }
        }
        System.out.println(Thread.currentThread().getName()+"结果是："+ id);
    }
}

其实上了双重锁也不是完美的，详情请参考我的上一篇博客：点击链接：
https://blog.csdn.net/jxcncb/article/details/107792291