比如我有个

QList data;

进程 A 正在执行:

while (true) {
    data << e;
}

而进程 B 正在进行这样的操作：

QList dataB = data;
dataB << e;

在执行 `dataB << e;` 这一行时，QList 会执行 detach() clone data 。。会失败吗？
--
FROM 110.81.41.*

为什么呢？

我看了一下源代码，QSharedData::detach() 和 QList 的复制构造函数都没有加锁的代码啊。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 比如我有个
: QList data;
: 进程 A 正在执行:
: ...................
--
FROM 110.81.41.*

Many Qt classes are reentrant, but they are not made thread-safe, because making them thread-safe would incur the extra overhead of repeatedly locking and unlocking a QMutex. For example, QString is reentrant but not thread-safe. You can safely access different instances of QString from multiple threads simultaneously, but you can't safely access the same instance of QString from multiple threads simultaneously (unless you protect the accesses yourself with a QMutex).
【 在 hgoldfish 的大作中提到: 】
: 比如我有个
: QList data;
: 进程 A 正在执行:
: ...................
--
FROM 52.231.13.*

引用计数本身是 atomic，所以没问题。

但 detach() 时要做一次复制啊。这个复制如果碰到另外一个线程正在插入数据，那怎么办？

【 在 flybb (倒影) 的大作中提到: 】
: 构造时不能有别的线程同时使用
: detach时可以其他线程同时使用，基于引用计数实现
--
FROM 110.81.41.*

有道理！我脑子抽了！

【 在 flybb (倒影) 的大作中提到: 】
: 另外一个线程插入数据前 要先detach
: 等于两个线程同时从原来的d里复制数据出来，所以线程安全
--
FROM 110.81.41.*