草庐IT

spe_context_ptr_t

全部标签

c++ - 在 (unordered_)set 中修改 shared_ptr 是否安全?

存储在set或unordered_set中的元素是不可变的。如果更改存储在set中的元素,这可能会导致该集合不再正常工作。但是,这是否包括将shared_ptr存储在集合中时指向的对象?就set而言,它使用less()来比较两个对象。如果指向的对象更改或引用计数更改,结果不应更改。所以我会理解拥有一组shared_ptr并修改指向的对象是完全安全的。但是,由于unordered_set使用hash()来计算其元素的哈希值,这相当于调用hash()shared_ptr的指向对象,修改指向的对象会给我们带来麻烦。这是正确的吗? 最佳答案

c++ - 从 enable_shared_from_this 返回 self 的 shared_ptr 继承的类的子类

我想知道是否有像这样的伪代码来做一些事情:classA:publicstd::enable_shared_from_this{public:std::shared_ptrgetPtr(){returnstd::static_pointer_cast(shared_from_this());}};classB:publicA{std::vectorcontainer;std::shared_ptraddChild(Achild){container.push_back(child);returngetPtr();}};classC:publicB{public:std::shared_p

c++ - 比较 observer_ptr< T > 和 T *

据我所知,observer_ptr提议包括与nullptr_t的(不)平等比较和交叉类型(即observer_ptr与observer_ptr)比较。没有与原始指针的比较,这在尝试将其逐渐引入现有代码库时有点烦人。问题1:如果我添加这些运算符,您是否预见到任何严重的问题(我在不同的命名空间中使用observer_ptr的单独实现,完全按照当前提案建模,我不会将这些添加到std::observer_ptr)?跟进:如果添加运算符不是一个好主意,那么在observer_ptr上使用get()会更好吗?与原始指针进行比较,还是将原始指针显式包装为observer_ptr会更好??编辑:显然不

c++ - 一个 std::shared_ptr<> 的 std::tuple<> 不起作用?

我最近发现使用std::tuple有问题只有一个元素。我创建了一个用于类型删除并保留N个引用计数对象的类。但是,如果引用计数对象是std::tuple中唯一的一个,则不会保留它。.我做错了什么吗?classtoken{public:templatetoken(Types...types):_self(std::make_shared>(std::make_tuple(std::move(types)...))){}//WhydoIneedthisspecialversionoftheconstructor?//Uncommentandthecodewillwork!//template

c++ - std::shared_ptr<std::string const> 能否作为引用计数不可变字符串的有效实现?

理想情况下,不可变字符串类只需要为每个字符串分配一个内存。甚至引用计数也可以存储在与字符串本身相同的内存块中。string的简单实现和shared_ptr将为shared_ptr分配三block不同的内存:字符串缓冲区的内存字符串对象的内存引用计数的内存现在,我知道在使用std::make_shared()时,智能实现可以将最后两个组合成一个分配。但这仍然会留下两个分配。当您知道字符串是不可变的时,字符串缓冲区将不会被重新分配,因此应该可以将它与字符串对象集成在一起,只留下一次分配。我知道一些字符串实现已经对短字符串使用了这样的优化,但我正在寻找一个不管字符串长度如何都这样做的实现。我

c++ - 带有标准容器的 std::shared_ptr

我有一个容器shared_ptrs和我将这些对象交给WindowsAPI,稍后我使用原始ptr获得回调。我要找对shared_ptr事后。这可以用shared_ptr干净地完成吗?(不使用shared_from_this())。非常基本的例子:classCFoo{};typedefstd::shared_ptrCFooPtr;typedefstd::setCFooSet;externCFooSetm_gSet;voidSomeWindowsCallBack(CFoo*pRawPtr){m_gSet.erase(pRawPtr);}我知道这可以用intrusive_ptr来完成很容易,但

c++ - 如何重新分配 boost shared_ptr

我有两个Boostshared_ptrshared_ptrA(newX);shared_ptrB(newX);第三个指针最初指向与A相同的X。shared_ptrC=A;更改C使其指向与B相同的X的正确方法是什么?C=B; 最佳答案 EdChm是对的。我做了一个小测试程序来明确它。它使用C++11,但可以轻松转置。#include#includeintmain(){std::shared_ptrA(newint(1));//createsasharedpointerpointingtoanint.Soheunderlyinginti

java - 将 std::unique_ptr 传递给 JNI

我正在用JNI包装一些C++代码,偶然发现了以下工厂函数:std::unique_ptrcreate_metric_planner(*arguments*)我需要将此函数创建的规划器的引用传递回Java以供以后使用,但我很困惑a)如何将其传回,以及b)一旦它被传递下去会发生什么。通常情况下,我都是这样过去的:Director*DIRECTOR=newDirector(arguments);return(jlong)DIRECTOR;它的效果非常好。有人可以解释当使用返回此类指针的工厂函数而不是普通构造函数时使用JNI引用对象的类似过程吗? 最佳答案

boost::smart_ptr 的 C++ 非侵入式 boost 序列化

我正在尝试序列化我无法使用boost::serialization修改的自定义类,并且我需要将逻辑/计算代码与序列化部分分开。它有一些我必须序列化的protected和私有(private)字段,其中一些是其他类的boost::shared_ptr。类似于://computationalclassesclassA{public:A(inta):m_val(a){}private:intm_val};classB{public:B(a):m_ptr(newA(a)){}private:boost::shared_ptrm_ptr;};我发现了一个简单的解决方法来序列化A类,只在其定义中添

c++ - boost::asio::ssl::context::add_verify_path

我想验证服务器的证书。我有一个boost::asio::ssl::context这成功验证了证书:context.load_verify_file("E:\\a\\windows\\Path\\to\\certificate\\9207bca9.0");但是,我不想明确指定用于验证证书的文件。我希望能够将它们放在一个目录中,并告诉上下文使用该文件夹中的文件来验证证书。所以我改为这样做:context.add_verify_path("E:\\a\\windows\\Path\\to\\certificate");验证不成功注意:文件名9207bca9.0:9207bca9是CA证书主题