SOUI中对象的生命周期管理
2024-10-07 05:55:36
C++程序员最难的一环就是处理内存泄漏。
很多情况下,一个对象在一个模块里分配了内存,忘记了释放,或者在另一个模块里释放都会导致内存相关的问题。
SOUI中大部分暴露在应用层的对象都使用类似COM的引用计数来管理对象的生命周期,包含SWindow, ISkin, EventArg, SStringT, IRenderTarget, IBitmap, IAdapter以及各种扩展组件。
SOUI中引用计数的基类是:SOUI::IObfRef
namespace SOUI
{
struct IObjRef
{
virtual long AddRef() PURE; virtual long Release() PURE; virtual void OnFinalRelease() PURE;
};
}
SOUI中使用引用计数有一个简单的原则:一个对象,谁AddRef,那也应该它来Release。
经常有人问:为什么我调用了SImageWnd::SetImage就有内存泄漏了?
用户的代码可能是下面这样的:
bool SDemoSkin::SetImage(SStringW imgfile)
{
m_bIsColor = false;
m_FilePath = imgfile;
IBitmap *image = LOADIMAGE2(L"file:" + imgfile);
if (image)
{
SetImage(image);
//image->Release();
return true;
}
return false;
}
这个问题很简单,看一下SetImage(IBitmap*)这个方法的代码就知道,它会自己持有这个IBitmap*对象。
通常这是用户从文件或者内存加载后创建的IBitmap对象,所有SOUI对象的创建都自动调用了AddRef,因此调用它个方法的人调用完成后,不再使用这个对象,则应该相应的调用一下Release(即打开代码中被注释的行)。
SOUI中也提供了一个智能指针来简化这个引用计数的操作:SAutoRefPtr (2.x是CAutoRefPtr)
使用智能指针,上面代码可以改写为:
bool SDemoSkin::SetImage(SStringW imgfile)
{
m_bIsColor = false;
m_FilePath = imgfile;
SAutoRefPtr<IBitmap> image;
image.Attach(LOADIMAGE2(L"file:" + imgfile));
if (image)
{
SetImage(image);
return true;
}
return false;
}
注:由于LOADIMAGE2内部已经调用了AddRef,而智能指针直接赋值时会自动AddRef,因此这里要用image.Attach来获得指针。Attach不会自动调用AddRef.
使用好IObjRef,配合上SAutoRefPtr,可以将SOUI的内存泄漏问题降低很多。
启程软件 2019年10月17日
最新文章
- 深入理解C#
- 模拟image的ajaxPrefilter与ajaxTransport处理
- HashMap Hashtable区别
- 数据库对象映射为java对象,不使用框架
- 使用PuTTY时的文件上传下载方法
- 2016.09.14,英语,《Using English at Work》全书笔记
- linux C socket
- executeQuery,executeUpdate 和 execute 区别
- QT:QBitArray
- python collections中Counter类
- 开篇-我眼中的FPGA
- Java中的List转换成JSON报错(二)
- springboot--springboot+mybatis多数据源最简解决方案
- Hessian源码分析--HessianProxyFactory
- Java二维码生成与解码
- GO语言的进阶之路-面向对象编程
- Swift Optional
- java 中break 和continue 的非常规用法
- Java--普通代码块静态代码块执行顺序
- 洛谷P5284 [十二省联考2019]字符串问题(SAM+倍增+最长路)