C++条款 以独立的语句将newed对象置入智能指针 8/55

本文探讨了在C++中如何安全地使用智能指针管理动态分配的对象,特别是为了避免在异常抛出时出现资源泄漏的问题。文章建议在独立的语句中创建智能指针并存储newed对象。

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

以独立的语句将newed对象置入智能指针

Store newed objects in smart pointers in standalone statements

假设我们有个函数用来揭示处理程序的优先权,另一个函数用来在某动态分配所得的Widget上进行某些带有优先权的处理:
 

int priority();
void processWidget(std::tr1::shared_ptr<Widget>pw, int priority);

由于谨记“以对象管理资源”的智慧名言,processWidget决定对其动态分配所得来的Widget运用智能指针(这里采用tr1::shared_ptr)。

现在考虑调用processWidget:

processWidget(new Widget, priority());

看似可行,但不要考虑这个调用形式。它不能通过编译。tr1::shared_ptr构造函数需要一个原始指针(raw pointer),但该构造函数是个explicit函数,无法进行隐式转换,将得自"new Widget"的原始指针转换为processWidget所要求的tr1::shared_ptr。如果写成这样就可以通过编译:

processWidget(std::tr1::shared_ptr<Widget>(new Widget), priority());

令人惊讶的是,虽然我们在此使用“对象管理式资源”,上述的调用却可能泄漏资源。稍后再祥加解释。

编译器产出一个processWidget调用码之前,必须首先核算即将被传递的各个实参。上述第二个实参只是一个单纯的对priority函数的调用,但第一实参std::tr1::shared_ptr<Widget>(new Widget)由两部分组成:

  1. 执行"new Widget"表达式
  2. 调用tr1::shared_ptr构造函数

于是在调用processWidget之前,编译器必须创建代码,做以下三件事:

  • 调用priority
  • 执行"new Widget"
  • 调用tr1::shared_ptr构造函数

C++编译器以什么样的次序完成这些事情呢?弹性很大。这和其他语言如Java和C#不同,那两种语言总是以特定次序完成函数参数的核算。可以确定的是"new Widget"一定执行于tr1::shared_ptr构造函数之前,因为这个表达式的结果还要被传递作为tr1::shared_ptr构造函数的一个实参,但对priority的调用则可以排在第一或第二或第三执行。如果编译器选择第二顺位执行它,最终获得这样的操作序列:

  1. 执行"new Widget"
  2. 调用priority
  3. 调用tr1::shared_ptr构造函数

现在请你想想,万一对priority的调用导致异常,会发生什么事?在此情况下"new Widget"返回的指针将会遗失,因为它尚未被置入tr1::shared_ptr内,后者是我们期盼用来防卫资源泄漏的武器。是的,在对processWidget的调用过程中可能引发资源泄漏,因为在“资源被创建”和“资源被转换为资源管理对象”两个时间点之间有可能发生异常干扰。

避免这个问题很简单:使用分离语句,分别写出(1)创建Widget,(2)将它置入一个智能指针,然后再把那个智能指针传给processWidget:

std::tr1::shared_ptr<Widget>pw(new Widget);    

processWidget(pw, priority());    //这个调用动作绝不至于造成泄漏

以上之所以行得通,因为编译器对于“跨越语句的各项操作”没有重新排列的自由(只有在这个语句内它才拥有那个自由度)。

总结:

  • 以独立语句将newed对象存储于(置入)智能指针内。如果不这样做,一旦异常被抛出,有可能导致难以察觉的资源泄漏

编于03/31/2019 13:02

内容概要:该PPT详细介绍了企业架构设计的方法论,涵盖业务架构、数据架构、应用架构和技术架构四大核心模块。首先分析了企业架构现状,包括业务、数据、应用和技术四大架构的内容和关系,明确了企业架构设计的重要性。接着,阐述了新版企业架构总体框架(CSG-EAF 2.0)的形成过程,强调其融合了传统架构设计(TOGAF)和领域驱动设计(DDD)的优势,以适应数字化转型需求。业务架构部分通过梳理企业级和专业级价值流,细化业务能力、流程和对象,确保业务战略的有效落地。数据架构部分则遵循五大原则,确保数据的准确、一致和高效使用。应用架构方面,提出了分层解耦和服务化的设计原则,以提高灵活性和响应速度。最后,技术架构部分围绕技术框架、组件、平台和部署节点进行了详细设计,确保技术架构的稳定性和扩展性。 适合人群:适用于具有一定企业架构设计经验的IT架构师、项目经理和业务分析师,特别是那些希望深入了解如何将企业架构设计与数字化转型相结合的专业人士。 使用场景及目标:①帮助企业和组织梳理业务流程,优化业务能力,实现战略目标;②指导数据管理和应用开发,确保数据的一致性和应用的高效性;③为技术选型和系统部署提供科学依据,确保技术架构的稳定性和扩展性。 阅读建议:此资源内容详尽,涵盖企业架构设计的各个方面。建议读者在学习过程中,结合实际案例进行理解和实践,重点关注各架构模块之间的关联和协同,以便更好地应用于实际工作中。
资 源 简 介 独立分量分析(Independent Component Analysis,简称ICA)是近二十年来逐渐发展起来的一种盲信号分离方法。它是一种统计方法,其目的是从由传感器收集到的混合信号中分离相互独立的源信号,使得这些分离出来的源信号之间尽可能独立。它在语音识别、电信和医学信号处理等信号处理方面有着广泛的应用,目前已成为盲信号处理,人工神经网络等研究领域中的一个研究热点。本文简要的阐述了ICA的发展、应用和现状,详细地论述了ICA的原理及实现过程,系统地介绍了目前几种主要ICA算法以及它们之间的内在联系, 详 情 说 明 独立分量分析(Independent Component Analysis,简称ICA)是近二十年来逐渐发展起来的一种盲信号分离方法。它是一种统计方法,其目的是从由传感器收集到的混合信号中分离相互独立的源信号,使得这些分离出来的源信号之间尽可能独立。它在语音识别、电信和医学信号处理等信号处理方面有着广泛的应用,目前已成为盲信号处理,人工神经网络等研究领域中的一个研究热点。 本文简要的阐述了ICA的发展、应用和现状,详细地论述了ICA的原理及实现过程,系统地介绍了目前几种主要ICA算法以及它们之间的内在联系,在此基础上重点分析了一种快速ICA实现算法一FastICA。物质的非线性荧光谱信号可以看成是由多个相互独立的源信号组合成的混合信号,而这些独立的源信号可以看成是光谱的特征信号。为了更好的了解光谱信号的特征,本文利用独立分量分析的思想和方法,提出了利用FastICA算法提取光谱信号的特征的方案,并进行了详细的仿真实验。 此外,我们还进行了进一步的研究,探索了其他可能的ICA应用领域,如音乐信号处理、图像处理以及金融数据分析等。通过在这些领域中的实验和应用,我们发现ICA在提取信号特征、降噪和信号分离等方面具有广泛的潜力和应用前景。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值