不同的平台上实现不一样啊
--
FROM 193.110.201.*

按规定赋值是深拷贝，string是容器
【 在 freyoneby 的大作中提到: 】
: 在一些平台上发现大string 赋值非常慢，所以问一下构造的时候内部到底是指针再动态分配内存还是是个的vector?
: --
: FROM 117.59.117.*
--
FROM 182.204.226.*

请教怎么用？如果返回std::string变量会构造临时变量深度拷贝吗?
static std::string  build_string(int len) {
    
std::stringstream ss;
...
...
return ss.str();
}
【 在 hdftiger 的大作中提到: 】
: 多用常引用和move，管他内部怎么实现的
--
FROM 117.59.117.*

一个合格的string，对于大字符串赋值基本都是cow方式，也就是仅仅把指针赋值一下，指向同一个内存，增加引用计数。修改的时候再进行深度拷贝。

所以单纯的赋值不会有性能问题。


【 在 freyoneby 的大作中提到: 】
: 请教怎么用？如果返回std::string变量会构造临时变量深度拷贝吗?
: static std::string  build_string(int len) {
:    
: ...................
--来自微微水木3.5.12
--
FROM 140.206.195.*

光一个std::string就这么多pitfall，复杂的c++

【 在 milksea 的大作中提到: 】
: https://stackoverflow.com/a/12199969/827017
: 因为接口上的一些约束，从 C++11 开始 cow 的实现就不符合标准了。当然说到底是 string_view 出得太晚了，标准库整套 api 关于字符串都不够完善。
--
FROM 222.129.205.*