Question

我偶然发现了一个似乎存在于所有数据对象中的方法，例如QList，QQueue，QHash ......

我甚至调查到目前为止我可以看到它的源代码，这是

inline void setSharable(bool sharable) {
    if (!sharable) detach(); d->sharable = sharable;
}

<{3>}中的

（第117行）。

但它对QList，QQueue，QHash ......有什么影响？它是否与线程有关（听起来合理）？

感谢您的回答，如果您有实际知识，请回答。

Answer 1

没有人能说得更清楚：

http://qt.nokia.com/doc/4.6/implicit-sharing.html

通常的做法是以这种方式实现容器。

Answer 2

你问的 sharable 状态与mutlithreading无关。相反，它是写入时复制数据类（甚至是单线程数据类）的实现细节，用于分发对内部状态的引用。

考虑使用CoW实现的类String（出于说明目的，此类在线程上下文中不可用，因为d->refcount的访问不同步，但也无法确保内部char arrary以'\0'结束，也可能吃你的祖母;你已被警告过：

struct StringRep {
    StringRep()
        : capacity(0), size(0), refcount(0), sharable(true), data(0) {}
    ~StringRep() { delete[] data; }
    size_t capacity, size, refcount;
    bool sharable; // later...
    char * data;
};

class String {
    StringRep * d;
public:
    String() : d(new StringRep) { ++d->refcount; }
    ~String() { if (--d->refcount <= 0) delete d; }
    explicit String(const char * s)
        : d(new StringRep)
    {
        ++d->refcount;
        d->size = d->capacity = strlen(s);
        d->data = new char[d->size];
        memcpy(d->data, s, d->size);
    }
    String(const String &other)
        : d(other.d)
    {
        ++d->refcount;
    }
    void swap(String &other) { std::swap(d, other.d); }
    String &operator=(const String &other) {
        String(other).swap(*this); // copy-swap trick
        return *this;
    }

每个用于mutating和const方法的示例函数：

    void detach() {
        if (d->refcount == 1)
            return;
        StringRep * newRep = new StringRep(*d);
        ++newRep->refcount;
        newRep->data = new char[d->size];
        memcpy(newRep->data, d->data, d->size);
        --d->refcount;
        d = newRep;
    }

    void resize(size_t newSize) {
        if (newSize == d->size)
            return;
        detach(); // mutator methods need to detach
        if (newSize < d->size) {
            d->size = newSize;
        } else if (newSize > d->size) {
           char * newData = new char[newSize];
           memcpy(newData, d->data, d->size);
           delete[] d->data;
           d->data = newData;
        }
    }

    char operator[](size_t idx) const {
        // no detach() here, we're in a const method
        return d->data[idx];
    }

};

到目前为止一切顺利。但是如果我们想提供一个可变的operator[]？

呢？

    char & operator[](size_t idx) {
        detach(); // make sure we're not changing all the copies
                  // in case the returned reference is written to
        return d->data[idx];
    }

这种天真的实施有一个缺陷。请考虑以下情形：

    String s1("Hello World!");
    char & W = s1[7]; // hold reference to the W
    assert( W == 'W' );
    const String s1(s2); // Shallow copy, but s1, s2 should now
                         // act independently
    W = 'w'; // modify s1 _only_ (or so we think)
    assert( W == 'w' ); // ok
    assert( s1[7] == 'w' ); // ok
    assert( s2[7] == 'W' ); // boom! s2[7] == 'w' instead!

为防止这种情况发生，String在分发对内部数据的引用时必须将自己标记为不可共享，以便从中获取的任何副本总是很深。因此，我们需要像这样调整detach()和char & operator[]：

    void detach() {
        if (d->refcount == 1 && /*new*/ d->sharable)
            return;
        // rest as above
    }
    char & operator[](size_t idx) {
        detach();
        d->shareable = false; // new
        return d->data[idx];
    }

何时再次将shareable州重置为true？一种常见的技术是，在调用非const方法时，对内部状态的引用无效，因此将shareable重置为true的位置。由于每个非const函数都调用detach()，我们可以在那里重置shareable，以便detach()最终变为：

    void detach() {
        if (d->refcount == 1 && d->sharable) {
            d->sharable = true; // new
            return;
        }
        d->sharable = true; // new
        StringRep * newRep = new StringRep(*d);
        ++newRep->refcount;
        newRep->data = new char[d->size+1];
        memcpy(newRep->data, d->data, d->size+1);
        --d->refcount;
        d = newRep;
    }

Qt无证方法setSharable

2 个答案: