博客
关于我
C++内存泄漏的可能一种情况(1)
阅读量:594 次
发布时间:2019-03-12

本文共 856 字,大约阅读时间需要 2 分钟。

#include
using namespace std;class A{ /**/ };class B{ /**/ };void fun(A *a, B *b){ /**/}auto main(int argc, char *argv[]) -> int{ try { fun(new A(), new B()); // ? 可不可能存在内存泄漏 } catch (std::exception& e) { /**/ } return 0;}

上面 过程可能存在内存泄漏的情况,我们首先要知道一个对象在构造的过程中发生了什么?

1. new一个对象有两个过程:

A.向系统申请内存空间

B.在申请的内存空间上执行构造函数,初始化对象。

2.内部对象构造先于对象本身。

3.对象在构造函数抛出异常后,系统会负责清理构造对象时申请的内存,但不会调用对象析构函数。

然而上面的fun()函数调用的过程中,我们给它传参是new出来的, 那么到底是A对象先构造出来,还是B对象构造出来呢? 这个是ub问题, 这种情况下是未定义的, 有可能经过编译器的优化,在分配内存的时候直接先把A的内存和B的内存先分配好了, 然后调用A的构造函数, 但是在A的构造函数过程中抛出了异常, 此时A构造函数申请的内存会被系统回收,但是对于B的那部分内存,由于B还没进行构造函数,但是已经分配了内存,故这里就存在了分配了内存但没有释放,造成了内存泄漏的情况。故正确的写法应该如下:

auto f1 = new A();	auto f2 = new B(); try    {           fun(f1, f2);   // ? 可不可能存在内存泄漏    }    catch (std::exception& e)    {           /**/     }    return 0;

转载地址:http://vmyxz.baihongyu.com/

你可能感兴趣的文章
MySQL主从篇:死磕主从复制中数据同步原理与优化
查看>>
mysql主从配置
查看>>
MySQL之2003-Can‘t connect to MySQL server on ‘localhost‘(10038)的解决办法
查看>>
MySQL之CRUD
查看>>
MySQL之DML
查看>>
Mysql之IN 和 Exists 用法
查看>>
MYSQL之REPLACE INTO和INSERT … ON DUPLICATE KEY UPDATE用法
查看>>
MySQL之SQL语句优化步骤
查看>>
MYSQL之union和order by分析([Err] 1221 - Incorrect usage of UNION and ORDER BY)
查看>>
Mysql之主从复制
查看>>
MySQL之函数
查看>>
mysql之分组查询GROUP BY,HAVING
查看>>
mysql之分页查询
查看>>
Mysql之备份与恢复
查看>>
mysql之子查询
查看>>
MySQL之字符串函数
查看>>
mysql之常见函数
查看>>
Mysql之性能优化--索引的使用
查看>>
mysql之旅【第一篇】
查看>>
Mysql之索引选择及优化
查看>>