使用 weak_ptr 而非 shared_ptr 是为了避免强引用导致的内存泄漏，1. weak_ptr 不增加引用计数，不影响对象生命周期；2. 使用前通过 lock() 检查有效性；3. 对象不再被外部使用时会自动失效。实现上采用 unordered_map 存储 weak_ptr，get 方法尝试获取或新建对象。注意事项包括线程安全、缓存大小控制、构造成本与 key 的唯一性。
实现一个基于
weak_ptr的对象缓存机制，核心在于利用它“不会增加引用计数”的特性来避免循环引用和内存泄漏。这样既能保证缓存中的对象在被使用时有效，又能在外部不再持有对象时自动清理。
为什么用 weak_ptr
而不是 shared_ptr
如果你直接用
shared_ptr来做缓存，那缓存本身就会一直持有对象的强引用，即使其他地方已经不需要这个对象了，它也不会释放。这会导致内存浪费甚至泄露。
而
weak_ptr是一种“弱引用”，它不控制对象的生命周期。只有当你要访问对象时，才通过
lock()方法尝试获取一个
shared_ptr。如果对象还活着，就能拿到；如果对象已经被释放，就返回空指针。
这就非常适合用来构建缓存：
- 缓存中保存的是
weak_ptr
，不影响对象销毁 - 使用前检查是否还有效（调用
lock()
） - 一旦没人用了，缓存里的对象也会自然失效
实现缓存的基本结构
我们可以设计一个简单的缓存类，里面用一个
map或
unordered_map存储键值对，其中值是
weak_ptr<T>类型：
template<typename Key, typename Value>
class Cache {
public:
std::shared_ptr<Value> get(const Key& key) {
auto it = cache.find(key);
if (it != cache.end()) {
// 尝试提升 weak_ptr
auto ptr = it->second.lock();
if (ptr) {
return ptr;
}
}
// 如果不存在或已失效，则创建新对象
auto newPtr = std::make_shared<Value>(/* 构造参数 */);
cache[key] = newPtr;
return newPtr;
}
private:
std::unordered_map<Key, std::weak_ptr<Value>> cache;
};这段代码的核心逻辑就是：
- 每次取的时候先查缓存
- 查到后用
lock()
判断是否还有效 - 无效或者没有就新建，并更新缓存
注意事项与优化建议
实际使用中需要注意几个关键点：
-
线程安全：如果多线程并发访问缓存，要加锁保护，比如用互斥量保护
cache
的读写。 - 缓存大小限制：可以引入 LRU、LFU 等策略控制缓存大小，防止无限增长。
- 构造成本较高时值得缓存：如果不是特别耗资源的对象，其实没必要缓存。
- key 的选择：确保 key 唯一标识对象，比如可以用 ID、字符串等基本类型。
举个例子，如果你缓存的是图像对象
Image，key 可以是文件名或资源 ID：
Cache<std::string, Image> imageCache;
auto img = imageCache.get("logo.png");
if (img) {
// 使用图片
}总结一下
用
weak_ptr做缓存的关键点就是：
- 不影响对象生命周期
- 使用前判断有效性
- 自动失效，无需手动清理
实现起来不算复杂，但能有效避免内存问题，尤其适合资源管理类场景。
基本上就这些。
