JRuby线程安全性与数组：类非线程安全的影响及疑问

一、非线程安全的具体后果 #

JRuby里String、Array、Hash这类核心数据结构本身非线程安全，如果多个线程同时修改同一个实例，会引发以下问题：

• 数据损坏：比如Array元素被覆盖、丢失，Hash的键值对出现混乱，最终结果完全不符合预期
• 状态不一致：比如线程A刚把Array长度从5改成10，线程B读取时可能拿到既非5也非10的中间状态长度
• 不可预测的异常：可能抛出数组越界、空指针这类难以复现的奇怪异常，排查难度极大

二、关于"类本身非线程安全"的常见疑问 #

1. 不同线程使用独立的Array实例会有问题吗？ #

完全不会。线程安全问题的核心是多个线程共享同一个实例并执行修改操作。如果每个线程都创建专属的Array实例，各用各的、彼此无共享，无论怎么操作都不会触发并发问题。

2. 多线程中对Array类打猴子补丁会有问题吗？ #

是的，存在明确风险。类本身是所有实例共享的全局对象，如果多个线程同时对Array类做猴子补丁（比如修改Array#<<方法、新增类方法），本质是多个线程在修改同一个共享的类对象，若没有锁保护，可能导致类的状态损坏——比如方法定义被覆盖、部分修改丢失，甚至触发JRuby内部异常。

补充说明 #

要规避这类问题，官方给出的方案是：如果必须在多线程中共享并修改这些数据结构的实例，一定要用锁机制（比如Mutex）保护修改操作，确保同一时间只有一个线程能修改实例；如果是修改类本身（打猴子补丁），同样需要加锁来保证类级别的操作是原子性的。

内容的提问来源于stack exchange，提问作者user1934428