要使用, 来自java.util.包之中的, 并发集合类；并且, 由于全局锁致使高并发性能欠佳, 同时还不支持null而且已然过时；.()仅仅确保单操作具备原子性, 复合操作仍然需要手动进行同步；、、e等是针对不一样场景予以优化的, 其性能与安全性远远超越传统同步包装类。
和 是线程安全的，但别用
它们的确属于线程安全类型——所有相关方法均添加了相应措施, 然而其代价却是整个对象仅使用一把锁。在高并发的情况下, 无论是读取操作还是写入操作, 全都需要排队等候, 最终导致吞吐量呈现出断崖式的下跌态势。
.() 包一层就安全？不完全是
它仅仅是给每一个方法套上了个 (this), 看上去“线程安全”, 然而复合操作依旧是裸奔状态, 比如说“检查是不是存在然后再进行添加”, 这两步之间完完全全有可能被其他线程插入进来。
真正该用的：java.util. 里的那几个
这些并非单纯进行加锁操作, 而是依据场景做了算法层级的优化, 性能相差一个数量级, 这一点毫不夸张。
导入或其他的JAVA项目的正确方法 WORD版
将导入或别的JAVA项目的恰当办法讲述的, 主要是这个文档；期望这个文档会给有需求的友人带去助力；有兴趣的友人能够过来瞧瞧。
下载
选错集合的典型症状
并非只有报错才意味着出了问题, 存在不少情况是性能出现卡顿, 结果偶然发生错乱, 排查起来犹如捉鬼一般。
线程安全可不是那种, 仅仅挑个名字带有特定字样就可以了事的情况, 关键得看读写的比例如何, 是否存在需要阻塞的状况, 以及要不要达到强一致性。要是这几个要点没有考虑清楚, 哪怕去更换再怎么“高级”的类, 那也是徒劳无功的。
