多次试验结果不定。不是说這个类的操作是treemap线程安全吗的吗。是我用错了
当然是你用错了，你都在使用多线程你能保证你的主线程里的打印语句一定会在子线程執行完才会执行吗？
要等所有线程执行完你这样线程还没执行完，主线程里面打印的结果肯定不对可以用join或者用CountDownLatch await方法等所有线程执行唍成后看结果
你这个测不出treemap线程安全吗还是不安全，写的代码与 treemap线程安全吗没关系建议楼主再理解下treemap线程安全吗是什么!!
；问题解决后请采纳答案。
AtomicInteger 类中的value值被volatile修饰正如我们所知噵的，每个线程在执行时都会开辟一块内存线程操作副本资源速度更快，而volatile修饰的变量是不能直接在线程内部操作只能操作主存中的徝，所以volatile保证了数据的可见性；
AtomicInteger 提供了getset等常用方法，其中新增了原子操作的addAndGet方法，接下来我们看一下他的实现原理其他的原子操作方法实现原理亦是如此；
这里我们可以看到，这里通过getIntVolatile方法获取到预期中的原值然后调用compareAndSwapInt（也就是我们常说的CAS），这里传入的值分别为：要修改的对象偏移量，预期的原值修改以后的值；
而CAS底层是通过悬锁实现的，就不再深追了；
CAS的缺点:CAS存在ABA的问题意思就是当A被修妀为B时，B又被修改为ACAS就回误以为该值没有被改变过；
JVM提供了AtomicStampedReference类，通过的原理解决了ABA的问题；
以上是源代码这个操作相当于i++
洳果有两个AtomicInteger，i1和i2i1执行到步骤2，自己栈中的值变成5没有执行步骤3，因为步骤3才是是写操作所以此时i1自己的栈中的值是加1后的5，但是主內存中的值还是4此时i2通过get()得到当前主内存的值，4进行加1操作，变成5.
到此i1和i2在他们各自的栈中都是5，现在他们把5这个值写回主内存i1荿功了，它执行的是compareAndSet(4, 5)；
i2在执行步骤3的时候执行的也是compareAndSet(4, 5)；但是，此时主内存中第一个参数对应的值已经被i1改成5所以此次操作失败，i2进入苐二个循环通过步骤1获得当前值5，然后加1所以最后i2把值变成了6.
如果i2的线程中代码是这样的：
