首页 星云 工具 资源 星选 资讯 热门工具
:

PDF转图片 完全免费 小红书视频下载 无水印 抖音视频下载 无水印 数字星空

智能指针相关:enable_shared_from_this()在开发中的常见应用

编程知识
2024年08月19日 16:01

类中使用shared_ptr()的问题

当我们先定义一个指针,然后再用这个指针构造两个智能指针

int main()
{
  int* pt = new int();
  std::shared_ptr<int> p1(pt);
  std::shared_ptr<int> p2(pt);
  std::cout << "p1.use_count() = " << p1.use_count() << std::endl;
  std::cout << "p2.use_count() = " << p2.use_count() << std::endl;
  return 0;
}

运行后就会报错,显示的是pt指针被重复释放了
image
原因是p1和p2都以为自己是唯一独占pt的智能指针,不知道还有智能指针指向pt
所以输出后发现两个引用计数都是1

如果需要不报错,就得这样写
shared_ptr<int> p2 = p1
通过p1来定义p2,它们就知道pt有两个智能指针了,就不会报错。

再来看一个代码

class client
{
public:
	~client()
	{
		std::cout << "~client()\n";
	}
};

int main()
{
	client* cp = new client();
	std::shared_ptr<client> csp1(cp);
	std::shared_ptr<client> csp2(cp);

	std::cout << "csp1.use_count: " << csp1.use_count() << std::endl;
	std::cout << "csp2.use_count: " << csp2.use_count() << std::endl;

	return 0;
}

这个报的一样的错,原理相同,问题是我们实际开发中,很多时候需要通过this指针来获取对象的内容
这个时候需要通过enable_shared_from_this来解决问题

enable_shared_from_this的使用

class client : public std::enable_shared_from_this<client>
{
public:
	~client()
	{
		std::cout << "~client()\n";
	}

	std::shared_ptr<client> get_ptr()
	{
		return shared_from_this();
	}
};

int main()
{
	client* cp = new client();
	std::shared_ptr<client> csp1(cp);
	std::shared_ptr<client> csp2 = cp->get_ptr();

	std::cout << "csp1.use_count: " << csp1.use_count() << std::endl;
	std::cout << "csp2.use_count: " << csp2.use_count() << std::endl;

	return 0;
}

将代码改写成这样,先公有继承这个模板类。
这里需要注意,在你通过shared_from_this()返回一个类的shared_ptr时,该对象必须已经被一个shared_ptr所管理,所以你不能直接csp2 = cp->get_ptr(),要在此之前先有csp1(cp)
这样的话,借助shared_from_this(),可以使得该对象只要引用计数不为零,就任意获取它的一个shared_ptr。只要还有shared_ptr持有它,它就不会消亡。

实际开发中应用,以一个服务器demo举例

首先看下面一段代码

struct client : std::enable_shared_from_this<client>
{
public:
	void start()
	{
		
	}
	//...其他函数
}

void start()
{
	std::shared_ptr<client> s = std::make_shared<client>();
	s->start();
}

int main()
{
	start();
	return 0;
}

这里用make_shared初始化了一个client的shared_ptr,make_shared会让对象和控制块可以安全地存储在连续的内存块中。它简化了内存管理,并提高了性能。但是不支持自己写删除器。
start是一个初始的函数,里面会稍后添加业务,下面我们写一个定时器。

public:
	void start()
	{
		start_up();
	}
	
private:
	void start_up()
	{
		_timer.expires_from_now(std::chrono::seconds(10));
		_timer.async_wait(std::bind(&client::time_out, shared_from_this()));
	}

	void time_out()
	{
		start_up();
	}
private:
	boost::asio::steady_timer _timer;

在类里面这样设计定时器,当start()调用的时候,会调用start_up()函数设置一个定时器,并且注册time_out()这个回调函数。
此时start()函数调用结束了,临时变量s的智能指针也已经释放,但是,定时器内通过调用shared_from_this(),返回了一个s管理的对象的shared_ptr给async_wait里的回调time_out()中,s管理的对象并未消亡,直到运行完回调time_out(),它才会消亡,但是回调里面如果继续调用start_up()重新设定计时器,便又会返回一个该对象的shared_ptr()传入新注册的回调time_out()内,以此类推,只要计时器不关闭,永远不会消亡。

基于这一点,可以和读写搭配起来,灵活控制当前类在什么条件下保活,什么条件下析构。

From:https://www.cnblogs.com/wangguangyu12217/p/18367207
本文地址: http://www.shuzixingkong.net/article/1235
0评论
提交 加载更多评论
其他文章 【VMware VCF】VMware Cloud Foundation Part 07:管理工作负载域中的主机和集群。
一个标准 VMware Cloud Foundation 实例中具有管理工作负载域和 VI 工作负载域两种类型,管理域有且只有一个,而 VI 域可以创建多个,每种工作负载域中可以具有多个 vSphere 集群,而每个集群中可以具有多台主机,有关工作负载域所支持的集群和主机数等限制请查看 VMware
【VMware VCF】VMware Cloud Foundation Part 07:管理工作负载域中的主机和集群。 【VMware VCF】VMware Cloud Foundation Part 07:管理工作负载域中的主机和集群。 【VMware VCF】VMware Cloud Foundation Part 07:管理工作负载域中的主机和集群。
仅花一天时间,开发者重制 32 年前经典 Mac 应用!
导读:在这个快节奏的技术世界里,重温过去并从中汲取灵感总是一件有趣的事情。今天要介绍的是一款仅用一天时间重制的经典 Macintosh 应用——Stapler。这款应用最初发布于1992年,现在由一位充满激情的开发者重新打造,不仅保留了原汁原味的功能,还加入了现代化的改进和特性,使其更适合现代 ma
仅花一天时间,开发者重制 32 年前经典 Mac 应用!
上周热点回顾(8.12-8.18)
热点随笔: &#183;&#160;程序员失业日记3:工作真不好找&#160;(小码A梦)&#183;&#160;老弟想自己做个微信,被我一个问题劝退了。。&#160;(程序员鱼皮)&#183;&#160;实习第一天,不小心透露了,我是拆迁户&#160;(Java3y)&#183;&#160;告别卡
k8s实践——命名空间隔离+request-key机制解决CSI内核态域名解析
0x01 背景 Pod需要使用远程存储的PV,由同k8s集群内的服务提供的存储服务。一开始的做法是: CSI中解析Service的clusterIP。 然后使用clusterIP挂载PV卷。 但因为走clusterIP时,经过多次转换: clusterIP到Pod IP 经过了1次NAT Pod I
Docker不同宿主机网络打通
本方式使用docker Swarm集群的方式创建overlay 网络进行打通 背景 因java微服务使用nacos做配置中心,为了解决Nacos服务注册使用Docker容器内网ip问题,使用此方案 前置条件 1、宿主机之间需要开通端口 管理端口: 2377/tcp: 用于管理 Swarm 模式集群。
Blazor开发框架Known-V2.0.8
V2.0.8 Known是基于Blazor的企业级快速开发框架,低代码,跨平台,开箱即用,一处代码,多处运行。目前已有部分客户在使用,最近客户的项目和产品,有的在Docker中运行,有的在重新升级改造中使用达梦数据库。为快速响应客户的需求,本次版本修复了一些BUG、增强了框架内置功能和无代码设置功能
Blazor开发框架Known-V2.0.8 Blazor开发框架Known-V2.0.8 Blazor开发框架Known-V2.0.8
SimpleRAG:基于WPF与Semantic Kernel实现的一个简单的RAG应用
SimpleRAG介绍 SimpleRAG是基于WPF与Semantic Kernel实现的一个简单的RAG应用,可用于学习与理解如何使用Semantic Kernel构建RAG应用。 GitHub地址:https://github.com/Ming-jiayou/SimpleRAG 主要功能 AI
SimpleRAG:基于WPF与Semantic Kernel实现的一个简单的RAG应用 SimpleRAG:基于WPF与Semantic Kernel实现的一个简单的RAG应用 SimpleRAG:基于WPF与Semantic Kernel实现的一个简单的RAG应用
基于surging的产品项目-木舟开源了!
一 、 概述 因为前段时间电脑坏了,导致代码遗失,踌躇满志马上上线的平台产品付之东流,现在熬夜在写代码希望能尽快推出企业正常使用的平台产品,而这次把代码开源,一是让大家对surging 使用有个深入的了解,二也是开源社区起到监督推动作用,底层的代码基本上已经完成,比如脚本解析,规则引擎,协议组件的热
基于surging的产品项目-木舟开源了! 基于surging的产品项目-木舟开源了! 基于surging的产品项目-木舟开源了!