单例模式的两个弊端及内存泄漏的定位解决_ios base64encodedstring内存泄漏问题-优快云博客

本文链接：https://blog.youkuaiyun.com/Matrix_Designer/article/details/5874846

本文针对单例模式在多线程环境下可能存在的资源泄漏与线程安全问题，提出了具体解决方案，并展示了如何通过InterlockedCompareExchangePointer等原子操作确保线程安全地创建单例对象。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

单例模式存在两个弊端：
1：资源泄漏：实例必须在合适的时候释放。GetInstance，ReleaseInstance
2：线程安全：此问题一定要注意，本人今天就吃了单例模式线程安全的亏，可以用下列方式解决：
CTotalSolve *CTotalSolve::GetInstance()
{
if(m_pInstance == NULL)
{
  CTotalSolve *pTemp = new CTotalSolve();
  InterlockedCompareExchangePointer((PVOID *)&m_pInstance, pTemp, NULL);
  if(m_pInstance != pTemp)
  {
   delete pTemp;
  }
}

return m_pInstance;
}

VOID CTotalSolve::ReleaseInstance()
{
if(m_pInstance != NULL)
{
  CTotalSolve *pTemp = static_cast<CTotalSolve *>(InterlockedExchangePointer((PVOID *)&m_pInstance, NULL));
  if(pTemp != NULL)
  {
   delete pTemp;
  }
}
}

为了解决内存泄露的定位，可以在stdafx.h文件的末尾加入：

#ifdef _DEBUG
#define new DEBUG_NEW
#endif // _DEBUG

但是使用了STL的文件不能这么处理，因为他们都重载了new运算符，可以在相应应用文件使用下列方式解决：

#ifdef new
#undef new
#define new new
#endif // new

#include <vector>
using namespace std;

#ifdef new
#undef new
#define new DEBUG_NEW
#endif // new