测试各种变量,常量,new的实体类,@autowired注入的类,是否是线程安全的

Myth丶恋晨 2024-03-16 13:14 15阅读 0赞

**目录**

成员变量

1.成员变量---int类型的成员变量number 线程共享,会有并发

2.成员变量---string类型 线程共享,会有并发

3.成员变量---int /string类型的数组 线程共享,会有并发

4.成员变量---ArrayList 线程共享,会有并发

编辑

5.成员变量---HashMap 线程共享,会有并发,string>

6.成员变量---自己创建的实体类(多例模式) 线程共享,会有并发

7.成员变量---自己创建的实体类(单例模式) 线程共享,会有并发

局部变量

1.局部变量-- int类型 线程不共享,不会有并发

2.局部变量---string类型 线程不共享,不存在并发

3.局部变量-- int类型的数组 线程不共享,不存在并发

4.局部变量---ArrayList 线程不共享,不存在并发

编辑

5.局部变量---HashMap 线程不共享,不存在并发,string>

6.局部变量---自己创建的实体类(多例模式) 线程不共享,不存在并发

7.局部变量---自己创建的实体类(单例模式) 线程共享,存在并发

@autowired注入的自己创建的实体类 是单例模式,线程共享一个对象

用static 修饰的成员变量和局部变量对并发会有影响吗?

用final修饰的常量对并发会有影响吗?

--------------------

### 成员变量 ###

前提条件,把这个stu类设成是单例模式,也就是说,这个类只能创建一个对象,然后多个线程在一个对象中去争抢资源.

#### 1.成员变量---int类型的成员变量number 线程共享,会有并发 ####

public class Stu {
        private Nat nat =new Nat();
        private int number;
        private String name = "你好";
        private HashMap<String, String> map = new HashMap<>();
        private ArrayList<String> list = new ArrayList<>();
        private String[] shuzu = {"你", "好"};
    
        public void aa()  {
            number=number+1;
            System.out.println(Thread.currentThread().getName() + "  值  " + number + "  stu内存  " + System.identityHashCode(number));
        }

@Component
    public class MyRunnable implements Runnable{
        @Override
        public void run(){
            Stu stu = Stu.getInstance();
            stu.aa();
        }
    }

public class testb {
        public static void main(String[] args) {
            //创建线程池
            ExecutorService pool = Executors.newCachedThreadPool();
            for (int i = 0; i < 10; i++) {
                pool.submit(new MyRunnable());
            }
            pool.shutdown();
        }
    }

创建10个线程去执行stu对象的成员变量的number++;

下图是结果:

![e9974ddb81504bd38cf8af14b8c500b1.png][]

打印的int类型的成员变量的值一样内存地址一样,值不一样,内存地址就不一样.

打印的结果混乱且叠加,证明多线程争抢,发生了并发.

#### 2.成员变量---string类型 线程共享,会有并发 ####

![4250887fbf4a41028798ba0593839631.png][]

创建10个线程去获得单例对象stu内的成员变量string name, 让10个线程都去改变string name的值,然后打印最后string name的值,和每个线程执行到的string name的内存

![0fca82848bd7446b8c23ede4ebb7e809.png][]

结果显示,10个线程去改变值后的string name的内存是值相同的内存一样,值不相同的内存不一样.

结果是混乱的,证明有并发的现象出现,就是发生了并发.

#### 3.成员变量---int /string类型的数组 线程共享,会有并发 ####

![f73c96da253e47e387936967d7fdbca2.png][]

![8f3e89679b614c57ba42d3ddf9770a9c.png][]

创建10个线程去获得单例对象stu内的成员变量int\[\] shuzu, 让10个线程都去对数组减一操作,然后打印最后数组的元素的值,和每个线程执行到的数组的内存

下面是结果:

![cb415100dae6480bb5c9357e57f9707a.png][]

结果显示,10个线程创建的数组的内存都是一样的,证明这个成员变量的数组是线程共享的,一个线程new出来一个数组后,那么其他数组就共享使用这个数组了.

而每个线程都去减一后,打印的结果很乱有重复,证明有并发的现象出现,就是发生了并发.

#### 4.成员变量---ArrayList<interger/String> 线程共享,会有并发 ####

#### ![4326f1cfcb3f4c48a374bb989b8ab144.png][] ####

创建10个线程去获得单例对象stu内的成员变量ArrayList<interger> , 让10个线程都去对集合添加一个1元素,然后打印最后集合的值,和每个线程执行到的集合的内存

下面是结果:

![f50c37db47584af494eee86adbfd1016.png][]

结果显示,10个线程创建的ArrayList集合的内存都是一样的,证明这个成员变量的集合是线程共享的,一个线程new出来一个集合后,那么其他数组就共享使用这个集合了.

而每个线程都去对集合添加1元素后,打印的结果有null出现,证明有并发的现象出现,就是发生了并发.

#### 5.成员变量---HashMap<string,string> 线程共享,会有并发 ####

![8df34806a7634e578cd7ced07488ddac.png][]

创建10个线程去获得单例对象stu内的成员变量hashmap<string,string> , 让10个线程都去对hashmap添加一个键值对,然后打印最后hashmap的值,和每个线程执行到的hashmap的内存

下面是结果:

![772f847f7acf4451953efd398a8768a6.png][]

结果显示,10个线程创建的hashmap<string,string>的内存都是一样的,证明这个成员变量的hashmap是线程共享的,一个线程new出来一个hashmap后,那么其他线程就共享使用这个hashmap了.

而每个线程都去对集合hashmap添加一个键值对,打印的结果最后是第3个线程的,证明有并发的现象出现,就是发生了并发.

#### 6.成员变量---自己创建的实体类(多例模式) 线程共享,会有并发 ####

![cebf7b96eb2e4f92accdcd6b73217449.png][]

![b95f3699113e47af9a826fe3173acfaf.png][]

创建10个线程去执行单例对象stu内成员方法aa() , 然后输出成员变量实体类nat内的元素值和nat的内存地址.

下面是结果:

![854661a1233c4d42b1096313a058726a.png][]

结果显示,10个线程创建的实体类nat的内存是一样的,证明这个成员变量的实体类nat是线程共享的.一个线程new出来,其他线程共用.

而每个线程都去对实体类nat中的元素进行加1操作,打印的结果是混乱叠加的,证明存在并发.

#### 7.成员变量---自己创建的实体类(单例模式) 线程共享,会有并发 ####

![0c7a0934dece46dfaa6919b567aa4f84.png][]

![ae9be1ae4bc64ae5b09185bf8aaafcd7.png][]

创建10个线程去执行单例对象stu内成员方法aa() , 然后输出成员变量实体类nat内的元素值和nat的内存地址.

下面是结果:

![a361b5a2fd0946c6a96d04a2b406a0a9.png][]

结果显示,10个线程创建的实体类nat的内存是一样的,证明这个成员变量的单例模式的实体类nat是线程共享的.一个线程new出来,其他线程共用.

而每个线程都去对实体类nat中的元素进行加1操作,打印的结果是混乱叠加的,证明存在并发.

####  ####

### 局部变量 ###

前提条件,把这个stu类设成是单例模式,也就是说,这个类只能创建一个对象,然后多个线程在一个对象中去争抢资源.

#### 1.局部变量-- int类型 线程不共享,不会有并发 ####

![e852622e4f20488ab6f85eabbe5b0a7b.png][]

创建10个线程去执行stu对象的aa()方法里的局部变量的number++;

下图是结果:

![c1fd467f4a2447d8af0a1351765c785a.png][]

内存地址都是一样的,说明有一个基本类型常量池

结果都是1.证明不存在并发

#### 2.局部变量---string类型 线程不共享,不存在并发 ####

![5308cc28911c4fa38a278fe74bb675c0.png][]

创建10个线程去执行stu对象的aa()方法里的string name +"啊";

![8d9f0ab54eee4028aa5ba11f68cd8bc9.png][]

结果内存都不一样,证明局部变量sting类型线程不共享.

结果值都是一样的,证明线程没有发生争抢.

#### 3.局部变量-- int类型的数组 线程不共享,不存在并发 ####

![0dac07f42158466181569fad78350a8d.png][]

创建10个线程去执行单例对象stu的aa()方法, 让这10个数组都去对这个数组减一操作,然后打印最后数组的元素的值,和每个线程执行到的数组的内存

下图是结果

![8f431e5752ae4140bf6e4c51d06fd190.png][]

结果证实:每个线程new出的数组的内存地址都不一样... (int \[\] arr=new int\[\]\{0\})这种在成员方法里的局部变量, 每个线程都会自己去new一个数组出来, 会在堆中new出10个地址不同的数组来,然后每个线程执行的时候各找各的new出的数组,所以它们互不影响.

结果证实:每个线程都new了一个自己的数组,因此它们各自减一,得的结果都是9,不存在并发.

所以, 数组作为局部变量,是线程不共享的,是线程安全的.

#### 4.局部变量---ArrayList<interger/String> 线程不共享,不存在并发 ####

#### ![1b329ab8435648fa9aa4daad57881b99.png][] ####

创建10个线程去new局部变量ArrayList<interger> , 让10个线程都去对集合添加一个1元素,然后打印最后集合的值,和每个线程执行到的集合的内存

下面是结果:

#### ![7269c8d93377475ea741138a9da2a7a4.png][] ####

结果显示,10个线程创建的ArrayList集合的内存是不一样的,证明这个局部变量的集合是线程私有的.

而每个线程都去对集合添加1元素后,打印的结果都为1,证明不存在并发.

#### 5.局部变量---HashMap<string,string> 线程不共享,不存在并发 ####

![5005f7ec2fb1454ba9131159f3df6845.png][]

创建10个线程去new局部变量hashmap<string,string> , 让10个线程都去对hashmap添加一个键值对,然后打印最后hashmap的值,和每个线程执行到的hashmap的内存

下面是结果:

![99d5e8b1cab84170a182bac7d1147cfb.png][]

结果显示,10个线程创建的hashmap<string,string>的内存是不一样的,证明这个局部变量的hashmap是线程私有的.

而每个线程都去对hashmap添加一个键值对后,打印的结果互不影响,证明不存在并发.

#### 6.局部变量---自己创建的实体类(多例模式) 线程不共享,不存在并发 ####

![80711256e70b4b558b3d69a18643b23f.png][]

![cccb64a345cd45098b377237fb61a80b.png][]

创建10个线程去执行单例对象stu内成员方法aa() , 然后输出局部变量实体类nat内的元素值和nat的内存地址.

下面是结果:

![687b0bfac0fd48248b30f835a2329730.png][]

结果显示,10个线程创建的实体类nat的内存是不一样的,证明这个局部变量的多例模式实体类nat是线程私有的.

而每个线程都去对实体类nat中的元素进行加1操作,打印的结果都是1,证明不存在并发.

#### 7.局部变量---自己创建的实体类(单例模式) 线程共享,存在并发 ####

![bc4df3c1dcfe47598e32087acba07b6a.png][]

![2bd79ddf48b04bf9be6734b0191dc7dd.png][]

创建10个线程去执行单例对象stu内成员方法aa() , 然后输出局部变量实体类nat内的元素值和nat的内存地址.

下面是结果:

![93cf77e539a543e29ae0a0a3a05ec3a0.png][]

结果显示,10个线程创建的单例模式实体类nat的内存是一样的,证明这个局部变量的单例模式实体类nat可以看做是线程共享一个nat对象的.

而每个线程都去对实体类nat中的元素进行加1操作,打印的结果是有重复合混乱的,证明存在并发.

### @autowired注入的自己创建的实体类 是单例模式,线程共享一个对象 ###

![127a1bd266854d658ebd4fb710920d5d.png][]

![69007c9aa0b848a89c91f19ec22885be.png][]

![7fe13c501fdb44e49f07380632764ade.png][]

用apifox发起5次并发请求. 将自己创建的实体类stu用@autowired注解注入到类中,输入实体类stu的内存地址,和执行stu内的aa()方法.

下面是结果:

![72b861ce7849465498dd17603fbdd2d0.png][]

结果显示,前端发起的5次并发请求,创建的stu的对象的内存地址都是一样的,这样就证明了用@autowired注入的对象是单例对象,也证明了spring默认创建的是单例对象.所以就是5个线程共用了一个stu对象.

而每个线程都去对成员变量string\[\]数组进行加"啊"操作,打印的结果是混乱叠加的,证明存在并发.

而每个线程都去对局部变量string\[\]数组进行加"啊"操作,打印的结果是互不影响的,证明没有并发.

### 用static 修饰的成员变量和局部变量对并发会有影响吗? ###

首先,static不能修饰局部变量,会编译报错,

其次,用static修饰的成员变量在并发方面一点影响和作用都没有.

### 用final修饰的常量对并发会有影响吗? ###

![20d317cfd788483fa426054d58f2be77.png][]

用final修饰成员变量-基本类型,有影响,因为基本类型成了个常量,后面没有代码对其进行修改值,因此就没有了并发问题. 由并发变成了没并发

用final修饰成员变量-对象类型,对并发结果没有任何影响 照样有并发

用final修饰局部变量-基本类型, 对并发结果没有任何影响 照样没并发

用final修饰局部变量-对象类型,对并发结果没有任何影响 照样没并发

[e9974ddb81504bd38cf8af14b8c500b1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/250cf17172b04cc7bd8fe7678d5d113d.png
[4250887fbf4a41028798ba0593839631.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/475d66e8c970458fab7dc3f2aa2a8289.png
[0fca82848bd7446b8c23ede4ebb7e809.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/49e02e406d2847078bedf1e064520e03.png
[f73c96da253e47e387936967d7fdbca2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/528fe61795384e67ac7548bf8ce4c05d.png
[8f3e89679b614c57ba42d3ddf9770a9c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/8862012101554f3f897add822f816f2c.png
[cb415100dae6480bb5c9357e57f9707a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/029ab4bd949e40ed91aa290a2177a9a2.png
[4326f1cfcb3f4c48a374bb989b8ab144.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/102e07e0b39f4f2d8644b003083cacb6.png
[f50c37db47584af494eee86adbfd1016.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/5a3e6b19d1034010a26aae2469981ec3.png
[8df34806a7634e578cd7ced07488ddac.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/bbe66ca58a5d47c19ca0f9ae18d71b56.png
[772f847f7acf4451953efd398a8768a6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/f72d1a16d8184d598188b50db99ba99c.png
[cebf7b96eb2e4f92accdcd6b73217449.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/b21a6953c5de4dbb8735ec20f7bb97d5.png
[b95f3699113e47af9a826fe3173acfaf.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/1d58fb5857054a769cfe9f0b49b4dcb0.png
[854661a1233c4d42b1096313a058726a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/ed9ca243c8b9448e893bef0b15147b23.png
[0c7a0934dece46dfaa6919b567aa4f84.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/f072ae42f5ff4f0e8b3da52a500a7187.png
[ae9be1ae4bc64ae5b09185bf8aaafcd7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/de33b88c70fb48e9966fd5e331a6e86c.png
[a361b5a2fd0946c6a96d04a2b406a0a9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/5fc9514788b045cd911a9cfe181d6d8e.png
[e852622e4f20488ab6f85eabbe5b0a7b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/a06ed8c0ce494db2967f5fff8fda9901.png
[c1fd467f4a2447d8af0a1351765c785a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/f339273dbf8c4a7b8ce693d31b3ee6df.png
[5308cc28911c4fa38a278fe74bb675c0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/32fc6aa43d264700be5b8a5b2ccc5578.png
[8d9f0ab54eee4028aa5ba11f68cd8bc9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/27ffb29ee2334faabf481d20b2c6ef95.png
[0dac07f42158466181569fad78350a8d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/185fa37a6912403d86a77f863fc5b16d.png
[8f431e5752ae4140bf6e4c51d06fd190.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/261cc6fa89174053ae8a0c5c4a909e2e.png
[1b329ab8435648fa9aa4daad57881b99.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/4c8d69ff97fe4470bfa7c7c0190c9ca3.png
[7269c8d93377475ea741138a9da2a7a4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/22c6358352fe49fb945419977d6c1093.png
[5005f7ec2fb1454ba9131159f3df6845.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/de00f3647c434f5a81ff701a93304d3e.png
[99d5e8b1cab84170a182bac7d1147cfb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/00eb78f84d0f4069b1ea736c43fbefab.png
[80711256e70b4b558b3d69a18643b23f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/4a07817fc9ce44e1b5acb9f69f836405.png
[cccb64a345cd45098b377237fb61a80b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/ba34b3f1a91f45d3a903902420d7b547.png
[687b0bfac0fd48248b30f835a2329730.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/29d8164a730b486bbf15ea97b7233b88.png
[bc4df3c1dcfe47598e32087acba07b6a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/fd0e2c30eeac49e19a257f02f3b69448.png
[2bd79ddf48b04bf9be6734b0191dc7dd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/55c39b341f7541b599ba0e8c55f9be9a.png
[93cf77e539a543e29ae0a0a3a05ec3a0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/9ea1b3e68df5468ea5603f9821545c2b.png
[127a1bd266854d658ebd4fb710920d5d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/7713a047f65d4678b4ec60cbce97e805.png
[69007c9aa0b848a89c91f19ec22885be.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/eae1ad22b7a74c158af20a3c7f3e2457.png
[7fe13c501fdb44e49f07380632764ade.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/09c295e0bf6049d0a5de29d8b9e57523.png
[72b861ce7849465498dd17603fbdd2d0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/39bc3138aa9d4c58a9190ac4d5be9f41.png
[20d317cfd788483fa426054d58f2be77.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/2435495b21754e329230076597516771.png