Searching…
表面上看，这两种方式都能正确创建 shared_ptr，并且最终都能实现对 MyClass 对象的内存自动管理。但推荐使用 make_shared 是因为它有一些关键的优势。 2. make_shared 的优势 2.1 更高效的内存分配 make_shared 在构造 shared_ptr 的时候，会 一次性分配两块内存，一块用于存储对象本身，另一块用于存储引用计数 ...
技术上是可以用的，但风险藏在实现细节里 关键问题：DLL 边界和标准库的不兼容 当你在 DLL 接口中用 std::shared_ptr 时， DLL 边界 是个绕不过去的问题： 标准库版本的兼容性问题 std::shared_ptr 的实现依赖 C++ 标准库（libstdc++、MSVC STL 等），但不同版本的标准库内部实现可能不兼容。 如果 DLL 和调用者的 ...
个人建议 --用RAII管理生命周期：std::shared_lock lock (mtx); --避免长时间持锁：及时释放，防止性能瓶颈 --考虑用std::shared_mutex替代std::mutex：在读多写少场景下性能更优 理解共享锁，就是理解"共享"与"独占"的平衡艺术。要像图书馆一样，既要保证书籍的共享利用，又要确保管理维护的专属 ...
29 个回答 团子 我其实很不喜欢enable_shared_from_this，首先它返回的是一个shared_ptr，不是weak_ptr，考虑到循环引用，更推荐只有一处shared，剩下的全weak 其次这货需要继承，这意味着它是侵入性的，如果你的对象已经继承自某个Object类了，总不能多继承吧
“Together for a Shared Future” was revealed as the official motto of the Olympic and Paralympic Winter Games Beijing 2022 at a ceremony held in the city’s Capital Museum earlier today.
很多人第一次碰到需要用shared_ptr的场景就是学习网络编程的时候。 但是编程的领域进步和变化也很快，C++今年提出一种叫做structured concurrency的思想并且占据了道德制高点，它不主张使用shared_ptr，即使是在异步/并发的环境下，也不需要使用shared_ptr。
这是boost里面举的一个例子：class Y: public enable_shared_from_this<Y> { public: shared_…shared_ptr的错误使用问题 上面提到过，常规对象通过shared_ptr智能指针来管理的时候，需要指向同一被持有对象的shared_ptr实例中只能有一个是从被持有对象的指针所构造的，其他的shared_ptr都需要是从已经指向该对象的 ...
Triton中没有使用静态分配的Shared Memory，而是使用动态分配的Shared Memory。 Triton声明了一个extern、global、size = 0、addrspace = 3的global_smem作为基址，分配的Tensor通过Allocation.cpp进行生命周期的管理，每个Tensor会分配一个SharedMemoryObject，内部就包含了相对global_smem的偏移。
根据我多年的C++经验，他掉进了一个名字叫“无脑shared_ptr”的陷阱。C++的陷阱虽然很多，但是这个无脑shared_ptr并不是一个防不胜防的陷阱，会掉进这个陷阱的人总的来说并不多，根据我的观察大概不到十分之一，而且会掉进这个陷阱的人在性格上多少有点偏执。 其它的一些回答也说了，凡是能使用 ...
对于单例模式这个问题，可以先了解一下为什么会想到使用shared_ptr和unique_ptr？ 是想借力于shared_ptr和unique_ptr的某种高级语言特征吗？ 这种高级特征是否确有必要呢？ QT框架中的单例模式 QT框架的源代码中不可避免的使用了单例模式。 看一个单例模式的例子。
