shared_ptr跨模块边界的问题

最新推荐文章于 2024-12-19 22:05:04 发布
原创 最新推荐文章于 2024-12-19 22:05:04 发布 · 2.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#delete #dll #windows #编程 #存储 #工作

本文主要讨论了Windows平台dll中shared_ptr的使用问题。shared_ptr默认用delete释放对象，在dll中会因不同模块内存管理组件不同而出错。虽boost::shared_ptr有get_deleter，但自定义析构方法仍有局限，引用计数问题无法解决。最后怀念Loki的SmartPtr，其基于策略编程可定制销毁。
如果shared_ptr默认是用delete来释放对象的，而delete动作产生的是本模块的代码，这在windows平台的dll中遇到了问题：可执行程序和dll分属不同模块，分别使用各自的内存管理组件。直接delete,无异于把A堆管理器分配的指针让B堆管理其去释放，崩溃还算好的，悄悄的出错，死都不知道怎么死的。
还好，boost::shared_ptr使用了一个叫get_deleter的东西，内部维护了delete的方法。可是，如果我想自定义一个特别的析构方法怎么办？嗯，特化sp_counted_impl_p<>吧！
特化sp_counted_impl_p可以解决大部分问题。可是，引用计数的问题，则是无法解决的：你不可能重写sp_counted_base。如果我想用shared_ptr指向一个com对象，那么，sp_counted_impl_p<>可以让它工作，但是，com对象内的引用计数将不可能正确。
由此，不由的怀念起Loki的SmartPtr来了，强大的基于策略编程的实现！只要将存储策略中的Destory替换成我想要的实现即可实现定制销毁。替换掉OwnershipPolicy就可以。就算Loki不能进boost（老实说，我认为mpl比typelist好），SmartPtr绝对应该比那shared_ptr强多了！
【C++】编码传输：创建零拷贝帧对象2：shared_ptr 复制（引用计数 +1）
突围
06-21 111
摘要：当前C++视频传输方案通过shared_ptr管理帧数据内存，确保不会泄漏，但会因构造VideoDataPacket时拷贝数据产生额外开销。要实现真正的零拷贝，建议将VideoDataPacket内部存储改为共享指针，直接复用原始缓冲。这种改进既能保持内存安全，又可消除拷贝开销，提升大帧数据传输效率。现有方案适合小数据量场景，而优化方案更适合高频大数据传输需求。
单例模式之模板与跨库（DLL、SO）
Q先森的博客
12-12 2171
单例模式用模板实现的话比较优雅方便，基本不需要写额外的代码。但也有个问题，就是封装成库之后，比如windows下是封装成DLL，那么DLL内的单例和外部单例将会是2个不同的实例对象，可以做实验发现2个指针是不一样的地址。这篇文章就是总结一下用模板实现单例，并且可以跨库是怎么做到的。这个宏的作用是禁止外部使用构造函数声明对象，并且添加instance()接口。大家可能会觉得有点像脱裤子放屁，但这都是为了跨库使用，并且尽可能的优美，看到最后就明白了。如果不考虑跨库使用，上面的单例模板已经做到了，\ }(
C++：shared_ptr以及一些常见的问题
x879014419的博客
04-13 1512
本文以vs2010中的std::tr1::shared_ptr为例，说明shared_ptr用法。 1、基本功能 shared_ptr提供了一个管理内存的简单有效的方法。shared_ptr能在以下方面给开发提供便利： 1、 使用shared_ptr能有效的解决忘记释放内存带来的内存泄漏问题。同时通过自定义删除器功能还能广泛的用于任何需要”释放”的资源管理。 2、 利用weak_ptr和share...
晓说智能指针shared_ptr为何可以实现跨模块分配和释放内存
wangxugangzy05的专栏
07-25 6482
虚函数在解决跨模块内存分配释放中的体会
C++ dll 设计接口时，能否用shared_ptr作为接口返回值？
qq_63315166的博客
12-19 871
跨库接口如果用到了 std::shared_ptr，几乎就是“定时炸弹”。你用 MSVC 编译了 DLL，调用方用 MinGW 编译了程序，结果双方的 shared_ptr 实现完全不兼容，导致引用计数管理出现问题。”：调用方需要确保和 DLL 使用完全一致的标准库版本、编译器选项和内存分配器。如果你非要在 DLL 接口中返回 std::shared_ptr，当你在 DLL 接口中用 std::shared_ptr 时，std::shared_ptr 的引用计数是全局的，调用方对。
C++ std::shared_ptr：为什么使用shared_ptr及其一些问题
qq_34999565的博客
02-20 3290
C++11中的std::shared_ptr将两者组合了起来。一个通过std::shared_ptr访问的对象其生命周期由指向它的指针们共享所有权（shared ownership）。没有特定的std::shared_ptr拥有该对象。相反，所有指向它的std::shared_ptr都能相互合作确保在它不再使用的那个点进行析构。当最后一个std::shared_ptr到达那个点，std::shared_ptr会销毁它所指向的对象。就垃圾回收来说，客户端不需要关心指向对象的生命周期，而对象的析构是确定性的。
C++智能指针shared_ptr的原理与实现
weixin_44545838的博客
07-15 1476
shared_ptr 是 C++ 标准库提供的一个智能指针类，它的原理基于引用计数（reference counting）。当我们使用 shared_ptr 管理一个对象时，实际上会有一个额外的数据结构来维护引用计数信息。这个计数器会记录有多少个 shared_ptr 实例共享同一个指针对象。在创建 shared_ptr 对象时，引用计数会初始化为 1。
模板共享指针(shared_ptr)原理实现
大昱的博客
02-15 4995
最近在书中看到关于智能指针的描述，由于之前没有使用过智能指针，便通过调试源代码(源代码的实现有点杂乱，并不能以最简单直观的方式呈现)了解原理后，以简单直接的方式写了一个shared_ptr指针类。关于shared_ptr指针的几点介绍： 1.共享指针在拷贝函数中拷贝已有的指针对象参数地址达到共享数据(简单的说就是一块类对象地址由多个指针同时指向并且使用)； 2.共享指针内部通过计数形
shared_ptr的初始化方式
最新发布
01-08
我们正在讨论shared_ptr的初始化方式。根据引用[1]和[3]，shared_ptr的初始化方式主要有以下几种： ...3. **跨模块传递时需确保删除器兼容**（DLL边界问题） 4. **循环引用需配合 `weak_ptr` 解决**[^3] ---
#define DEFINE_SMART_POINTERS(Name, Type) \ using Name##Ptr = std::shared_ptr<Type>; \ using Name##ConstPtr = std::shared_ptr<const Type>; \ using Name##WeakPtr = std::weak_ptr<Type>; \ using Name##UniquePtr = std::unique_ptr<Type>; \ using Name##ConstUniquePtr = std::unique_ptr<const Type>
08-20
| **DLL边界问题** | 跨模块传递智能指针导致未定义行为 | 添加 `__declspec(dllexport)`： `class __declspec(dllexport) NetworkConnection {...}` | | **参数转发限制** | 无法完美转发构造函数参数（如引用[3...
#include "StringLengthEdgeCase.h" #include <algorithm> #include "../utils.h" StringLengthEdgeCase::StringLengthEdgeCase(std::shared_ptr<StringBase> obj, std::mt19937 &rand) : IntegerEdgeCases(obj, rand) { } std::pair<int64_t, int64_t> StringLengthEdgeCase::get_limits(std::shared_ptr<StringBase> obj) { int64_t max_ = obj->mutator_config.max_output_size * 8; int64_t size = obj->calculate_bit_size(); int64_t limit = std::max(max_, size); limit = (limit + 7) / 8; max_ = limit; if (obj->max_length != -INT64_MAX) { max_ = std::min(max_, obj->max_length); } int64_t min_ = 0; if (obj->min_length != INT64_MAX) { min_ = std::max(min_, obj->min_length); } return {min_, max_}; } bool StringLengthEdgeCase::supported(std::shared_ptr<StringBase> obj) { auto ptr = std::dynamic_pointer_cast<String>(obj); return (ptr != nullptr); } void StringLengthEdgeCase::perform_mutation(std::shared_ptr<StringBase> obj, std::string value) { uint64_t valueLength = value.size(); obj->mutated_value = expand(obj->value, valueLength); obj->mutated = true; } class IntegerEdgeCases : public Mutator { public: void Init(std::shared_ptr<NumberBase> obj) override; void Init(std::shared_ptr<StringBase> obj) override; IntegerEdgeCases(std::shared_ptr<NumberBase> obj, std::mt19937 &rand); IntegerEdgeCases(std::shared_ptr<StringBase> obj, std::mt19937 &rand); virtual std::pair<std::int64_t, std::int64_t> get_limits(std::shared_ptr<NumberBase> obj); virtual std::pair<std::int64_t, std::int64_t> get_limits(std::shared_ptr<StringBase> obj); virtual void perform_mutation(std::shared_ptr<NumberBase> obj, int64_t value); virtual void perform_mutation(std::shared_ptr<StringBase> obj, std::string value); void mutate(std::shared_ptr<NumberBase> obj, std::function<int64_t()> gen); // void mutate(std::shared_ptr<StringBase> obj, std::function<std::string()> gen); void sequential_mutation(std::shared_ptr<NumberBase> obj) override; // void sequential_mutation(std::shared_ptr<StringBase> obj) override; void random_mutation(std::shared_ptr<NumberBase> obj) override; // void random_mutation(std::shared_ptr<StringBase> obj) override; std::int64_t get_count() override; std::int64_t sequential1(); std::int64_t sequential2(); std::int64_t random1(); std::int64_t random2(); std::int64_t space; std::int64_t full_space; bool sequential_generator = false; bool random_generator = false; std::int64_t min_; std::int64_t max_; EdgeCaseGenerator generator; }; 这是现有的cpp实现，距离实现StringLengthEdgeCase还有多少差距？为我进行修改
07-02
- ❌ 父类没有统一处理 `shared_ptr<T>` 类型对象的机制 ### 4. 函数重载 vs 模板 - ❌ `get_limits()` 和 `perform_mutation()` 使用了函数重载，这会导致编译歧义和扩展困难。 - ✅ 推荐使用模板或统一接口进行...
shared_ptr的类型擦除与灵活性什么意思
02-26
#### **(4) 跨模块/DLL 边界安全释放** - 若对象在动态库中分配，在另一个库中释放可能导致未定义行为。通过类型擦除，控制块会记录正确的释放函数： ```cpp // DLL A 中分配对象 shared_ptr<MyClass> create_obj...
shared_ptr简介以及常见问题
02-26 4852
本文中的shared_ptr以vs2010中的std::tr1::shared_ptr作为研究对象。可能和boost中的有些许差异，特此说明。 基本功能 shared_ptr提供了一个管理内存的简单有效的方法。shared_ptr能在以下方面给开发提供便利： 1、 使用shared_ptr能有效的解决忘记释放内存带来的内存泄漏问题。同时通过自定义删除器功能还能广泛的用于任
shared_ptr实现cow，解决多读少写并且读时占用锁时间很长的问题
qq_42896627的博客
10-16 280
上一篇文章中，我们使用gdb抓取堆栈分析了server运行，得出了结论。在某处抢占到读锁(对于共享资源map容器的保护，map的key为设备id，value为该设备的相关信息)时，获取设备相关信息，去进行过滤判断然后进行非常耗时的策略计算等操作，导致了其他线程在获取读锁或写锁时一直处于等待状态无法处理业务。并且总的来说是一个多读少写(相对少写)的情况。 当前项目的处理 伪代码 void dealtask() { //并且这个读锁粒度太大了，当然还有其它业务也需要使用这个map，但并不是很费事的操作。不
C++：shared_ptr简介以及常见问题
hyl999的专栏
05-13 812
本文中的shared_ptr以vs2010中的std::tr1::shared_ptr作为研究对象。可能和boost中的有些许差异，特此说明。 基本功能 shared_ptr提供了一个管理内存的简单有效的方法。shared_ptr能在以下方面给开发提供便利： 1、 使用shared_ptr能有效的解决忘记释放内存带来的内存泄漏问题。同时通过自定义删除器功能还能广泛的用于任何需要”释放”的资源管理。 2、 利用weak_ptr和shared_ptr搭配使用能解决一部分由于重复释放导致的野指针问题.
界定类和模块边界及通信的原则_单一职责原则和迪米特法则
YouYouLongLong的博客
10-05 1253
界定类和模块边界及通信的原则 前言 前面分两个文章四个面向对你的原则，其中有一个是设计的基本原则，还有两个是在基本原则下我们应该如何去考虑扩展和拥抱变化的原则，那么前面四个原则还缺少点啥，就是这次我想写的，前面都讲了面向对象要开闭，类要符合里氏代换，要接口隔离，要依赖倒置，但是如何让每个类和模块的边界的确认方式，在抽象过程中应该基于的原则，好像没有方法论的指导，个人认为单一职责原则和迪米特法则...
std::string跨模块需要注意设置
testing2007的专栏
07-07 1355
     当我从客户端调用DLL返回一个std::string的时候，发现当调用结束后，程序出现错误，后来在网搜索发现，原来是客户端与DLL端使用的是不一样的运行期库。最后将两个工程全部选择project->Setting-->Use run time library, Debug Multithreaded Dll。      这样就可以保证客户端与DLL端使用是同一样的运行期库，std::
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值