浅谈C++内存管理

new和delete

在C++中,我们习惯用new申请堆中的内存,配套地,使用delete释放内存。

  1. class LiF;
  2. LiF* lif = new LiF(); // 分配内存给一个LiF对象
  3. delete lif; // 释放资源
  4. lif = nullptr; // 指针置空,保证安全

与C的malloc相比,我们发现,new操作在申请内存的同时还完成了对象的构造,这也是new运算符做的一层封装。

内存是怎样申请的

new这个例子可以看出,C++的内存管理大有门道,而内存管理也是C++中最为重要的一部分。在硬件层之上的第一层封装就是操作系统,高级语言编写的程序也将作为进程在这里接受进程调度,其中就涉及到内存的分配。从这个意义上理解,可以说,内存是向操作系统申请的(不严格正确)。

在C++应用层(Application),我们最常用的是C++ primitive(原语)操作,newnew[]new()::operator new()等,申请内存。在primitive之上,C++的Library还为我们提供了各种各样的allocator(容器,或者说分配器),如std::allocator,可以通过这些容器分配内存,但其实容器还是通过newdelete运算符去实现内存的申请与释放。在new之下,则是Microsoft的CRT库提供的mallocfreenew操作是对malloc的封装。再往下就是操作系统的API。这些内存管理的API的关系大致如下:

再谈new和delete

new expression

通常,我们会使用new在堆中申请一块内存,并把这块内存的地址保存到一个指针,这个操作就是new操作,但严格来说,它其实应该称为new expression(new表达式)

  1. LiF* lif = new LiF(); // new expression

但其实,new是一个复合操作,通常会被编译器转换为类似如下的形式:

  1. LiF* lif;
  2. try {
  3. void* mem = operator new(sizeof(LiF)); // apply for memory
  4. lif = static_cast<LiF*>(mem); // static type conversion
  5. lif->LiF::LiF(); // constructor
  6. } catch(std::bad_alloc) {
  7. // exception handling
  8. }

new做了什么

  1. 调用operator new申请足够存放对象大小的内存;
  2. 把申请到的内存交给我们的指针;
  3. 最后调用构造函数构造对象。

operator new

try/catch块的第一句,new expression调用了operator new,它的原型是:

  1. // 位于<vcruntime_new.h>
  2. _Ret_notnull_ _Post_writable_byte_size_(_Size)
  3. _NODISCARD _VCRT_ALLOCATOR void* __CRTDECL operator new(
  4. size_t _Size
  5. );
  6. _Ret_maybenull_ _Success_(return != NULL) _Post_writable_byte_size_(_Size)
  7. _NODISCARD _VCRT_ALLOCATOR void* __CRTDECL operator new(
  8. size_t _Size,
  9. std::nothrow_t const&
  10. ) noexcept;

而在operator new()会去调用::operator new(),最后,::operator new()的内部实际上是调用了mallocoperator new()的工作就是通过malloc不断申请内存,直到申请成功。在operator new的第二个重载中可以看到,这是一个noexcept的函数,因为我们可以认为,内存的申请总是可以成功的,因为在operator new()内部,每当申请失败时,他都会调用一次new handler,可以把new handler理解为一个内存管理策略,它会释放掉一些不需要的内存,以便当前的malloc可以申请到内存。可以说,operator new的工作就是申请内存。

placement new

在new拆解得到的第三步,它调用了对象的构造函数,而且在表达上比较特殊:lif->LiF::LiF();。编译器通过对象指针直接调用了对象的构造函数,但如果我们在程序中这样写,编译一般是无法通过的,这不是源代码的语法。在上面的语句中,我们已经完成了内存的分配工作,显然这一步是在进行对象的构造,这个操作也被称为placement new,即定点构造,在指定的内存块中构造对象。

new expression是operator new和placement new的复合。

delete expression

在我们不再需要某一个对象时,通常使用delete析构该对象。delete操作严格来说,与new对应,它应该称为delete expression(delete表达式)

  1. delete lif; // delete expression
  2. lif = nullptr;

同样,delete也是一个复合操作,通常会被编译器转换为类似如下的形式:

  1. lif->~LiF(); // destructor
  2. operator delete(lif); // free the memory

delete做了什么

  1. 调用对象的析构函数;
  2. 释放内存。

operator delete

在delete操作的第二步,实际上是执行了operator delete(),它的原型是:

  1. void __CRTDECL operator delete(
  2. void* _Block,
  3. size_t _Size
  4. ) noexcept;

operator delete其实是调用了全局的::operator delete()::operator delete()又调用了free进行内存的释放。

也就是说,newdelete是对mallocfree的一层封装,这也对应了上面图中的内容。

array new和array delete

array newnew[],顾名思义,它用于构造一个对象数组。

  1. class LiF {
  2. public:
  3. LiF(int _lif = 0): lif(_lif) {}
  4. int lif;
  5. };
  6. LiF* lifs = new LiF[3]; // right
  7. LiF* lifs = new LiF[3](); // right
  8. LiF* lifs = new LiF[3](1); // wrong, no param accepted
  9. LiF* lifs = new LiF[3]{1}; // right, but only lifs[0].lif equals 1

array new的工作是申请一块足以容纳指定个数的对象的内存(在本例中是3个LiF对象)。在前两种写法中,array new调用的是默认构造函数,这种情况下只能默认构造对象,但如果又想要给对象赋予非默认的初值,那么就需要使用到placement new了。

  1. LiF* lifs = new LiF[3];
  2. LiF* p = lifs;
  3. for (int i = 0; i < 3; ++i) {
  4. new(p++)LiF(i+1); // placement new
  5. cout << lifs[i].lif << endl;
  6. }

直观地,placement new并不会分配内存,它只是在已分配的内存上构造对象。对应地,使用array new构造的对象需要使用array delete释放内存。

  1. delete[] lifs;

相较于array new,array delete不需要提供数组长度参数。这是因为,在使用array new构造对象的时候,还有一块额外的空间用于存放cookie,也就是这块内存的一些信息,其中就包括这个内存块的大小和对象的数量等等。

  1. class LiF {
  2. public:
  3. //...
  4. ~LiF() { cout << "des" << endl; }
  5. };
  6. delete[] lifs; // array delete

此时我们显式地定义析构函数,并且在析构函数被调用时打印信息。在运行到delete[]的时候,程序就会根据cookie中的信息,准确地释放对应的内存块,本例中,“des”会被打印三次,即3个对象的析构函数都被调用了。此时如果错误地调用delete而非array delete,那么就可能会发生内存泄漏。

  1. delete lifs; // delete

这时只会调用一次析构函数,但本例中并不会发生泄漏,这个简单的类中并没有包含其他对象。再看下面这种情况:

  1. class LiF2 {
  2. public:
  3. LiF2() : lif(new LiF()) {}
  4. LiF2(const LiF& _lif) : lif(new LiF(_lif.lif)) {}
  5. ~LiF2() { delete lif; lif = nullptr; }
  6. private:
  7. LiF* lif;
  8. };
  9. LiF2* lif2 = new LiF2[3];
  10. delete lif2; // call "delete" by mistake

这时,由于错误地使用了delete,析构函数只会被调用一次,也就是说,还有另外两个对象,虽然对象本身被销毁了,但对象中的lif指针所指的对象却没有被销毁,即:对象本身不会发生泄漏,泄漏的是对象中指针保存的内存

深入placement new

之前提到的new()操作以及new expression拆解的第三步,其实都是placement new。在主动使用placement new时,它的一般格式为:

  1. new(pointer)Constructor(params);
  2. // or
  3. ::operator new(size_t, void*);

它的作用是:把对象(object)构造在已分配的内存(allocated memory)中。同样也可以在vcruntime_new.h中找到相关定义:

  1. #ifndef __PLACEMENT_NEW_INLINE
  2. #define __PLACEMENT_NEW_INLINE
  3. _Ret_notnull_ _Post_writable_byte_size_(_Size) _Post_satisfies_(return == _Where)
  4. _NODISCARD inline void* __CRTDECL operator new(size_t _Size, _Writable_bytes_(_Size) void* _Where) noexcept
  5. {
  6. (void)_Size;
  7. return _Where;
  8. }
  9. inline void __CRTDECL operator delete(void*, void*) noexcept
  10. {
  11. return;
  12. }
  13. #endif

可以看到,placement new并没有做任何工作,它只是把我们传递的指针又return了回来。结合下面的例子就不难理解这个逻辑。

  1. class LiF {
  2. public:
  3. LiF(int _lif = 0): lif(_lif) {}
  4. int lif;
  5. };
  6. LiF* lifs = new LiF[3]; // array new
  7. LiF* lif = new(lifs)LiF(); // placement new

我们在array new得到的LiF对象数组中的第一个对象上使用了placement new,同样拆解这个new操作可以得到类似上面普通new的一个try/catch块:

  1. LiF* lif;
  2. try {
  3. void* mem = operator new(sizeof(LiF), lifs); // placement new
  4. lif = static_cast<LiF*>(mem); // static type conversion
  5. lif->LiF::LiF(); // constructor
  6. } catch(std::bad_alloc) {
  7. // exception handling
  8. }

此外,在__PLACEMENT_NEW_INLINE宏还包含了一个placement delete的定义:

  1. inline void __CRTDECL operator delete(void*, void*) noexcept
  2. {
  3. return;
  4. }

可以看到,它也是不做任何工作的,所谓的placement delete只是为了形式上的统一。

总结

  • 内存的申请释放可以在不同层面上进行,但只要是在操作系统之上,都是基于malloc/free。
  • 在C++ primitive层,通常使用new和delete系列,new是对malloc的封装,delete是对free的封装。
  • 通常new是指new expression。严格来说,new的含义有三种:new expression、operator new和placement new。new expression是operator new和placement new的复合,operator new负责内存的申请,placement new负责对象的构造;此外还有new[]。
  • 所有的内存申请/释放操作都必须配套使用。

C++:Memory Management的更多相关文章

  1. Memory Management in Open Cascade

    Open Cascade中的内存管理 Memory Management in Open Cascade eryar@163.com 一.C++中的内存管理 Memory Management in ...

  2. Java (JVM) Memory Model – Memory Management in Java

    原文地址:http://www.journaldev.com/2856/java-jvm-memory-model-memory-management-in-java Understanding JV ...

  3. Objective-C Memory Management

    Objective-C Memory Management Using Reference Counting 每一个从NSObject派生的对象都继承了对应的内存管理的行为.这些类的内部存在一个称为r ...

  4. Operating System Memory Management、Page Fault Exception、Cache Replacement Strategy Learning、LRU Algorithm

    目录 . 引言 . 页表 . 结构化内存管理 . 物理内存的管理 . SLAB分配器 . 处理器高速缓存和TLB控制 . 内存管理的概念 . 内存覆盖与内存交换 . 内存连续分配管理方式 . 内存非连 ...

  5. ural1037 Memory Management

    Memory Management Time limit: 2.0 secondMemory limit: 64 MB Background Don't you know that at school ...

  6. 如何展开Linux Memory Management学习?

    Linux的进程和内存是两座大山,没有翻过这两座大山对于内核的理解始终是不完整的. 关于Linux内存管理,在开始之前做些准备工作. 首先bing到了Quora的<How can one rea ...

  7. Fixed Partition Memory Management UVALive - 2238 建图很巧妙 km算法左右顶点个数不等模板以及需要注意的问题 求最小权匹配

    /** 题目: Fixed Partition Memory Management UVALive - 2238 链接:https://vjudge.net/problem/UVALive-2238 ...

  8. MIT-6.828-JOS-lab2:Memory management

    MIT-6.828 Lab 2: Memory Management实验报告 tags:mit-6.828 os 概述 本文主要介绍lab2,讲的是操作系统内存管理,从内容上分为三部分: 第一部分讲的 ...

  9. Lifetime-Based Memory Management for Distributed Data Processing Systems

    Lifetime-Based Memory Management for Distributed Data Processing Systems (Deca:Decompose and Analyze ...

随机推荐

  1. HillCrest Sensor HAL

    1. 抽象定义 Google为Sensor提供了统一的HAL接口,不同的硬件厂商需要根据该接口来实现并完成具体的硬件抽象层,Android中Sensor的HAL接口定义在:hardware/libha ...

  2. Oracle笔记_查询

    1 单条件查询 select -- from -- where 条件 -- = > >= < <= != <> -- 单引号用于数据表示字符串 -- 双引号用于数据 ...

  3. 礼盒抖动动画(CocosCreator)

    推荐阅读:  我的CSDN  我的博客园  QQ群:704621321       这个月还有一天了,别问我为什么是一天,996,懂吗?项目是做不完了,策划又加新功能,又不能安静的改bug了.又是动画 ...

  4. MSIL实用指南-this的生成

    C#关键字是非静态方法体内部,用Ldarg_0指代this例子ilGenerator.Emit(OpCodes.Ldarg_0);

  5. 用户数从 0 到亿,我的 K8s 踩坑血泪史

    作者 | 平名 阿里服务端开发技术专家 导读:容器服务 Kubernetes 是目前炙手可热的云原生基础设施,作者过去一年上线了一个用户数极速增长的应用:该应用一个月内日活用户从零至四千万,用户数从零 ...

  6. “adobe premiere中画面和声音不同步” 解决方法

    一.背景 之前在segmentfault上过直播课,直播课有录制回播功能:尝试听了下直播课,发现视频太长了,感觉听起来非常花费学员的时间,在回放中其实有一些直播课里面的内容并不需要,所以准备剪辑一下, ...

  7. 深度好文,springboot启动原理详细分析

    我们开发任何一个Spring Boot项目,都会用到如下的启动类 1 @SpringBootApplication 2 public class Application { 3 public stat ...

  8. MySQL之PXC集群搭建

    一.PXC 介绍 1.1 PXC 简介 PXC 是一套 MySQL 高可用集群解决方案,与传统的基于主从复制模式的集群架构相比 PXC 最突出特点就是解决了诟病已久的数据复制延迟问题,基本上可以达到实 ...

  9. [NOI2009]诗人小G 四边形优化DP

    题目传送门 f[i] = min(f[j] + val(i,j); 其中val(i,j) 满足 四边形dp策略. 代码: #include<bits/stdc++.h> using nam ...

  10. C#开发BIMFACE系列27 服务端API之获取模型数据12:获取构件分类树

    系列目录     [已更新最新开发文章,点击查看详细] BIMFACE官方示例中,加载三维模型后,模型浏览器中左上角默认提供了“目录树”的功能,清晰地展示了模型的完整构成及上下级关系. 本篇介绍如何获 ...