选择练习————part1

本文探讨了在C++中类的成员函数中调用`delete this`的后果,解释了为何在`delete this`后仍可调用部分方法,但涉及对象数据成员和虚函数的操作将导致不可预期的问题。同时,文章指出在析构函数中调用`delete this`会导致堆栈溢出。此外,内容还包括C++对象创建的各种情况和拷贝构造函数的调用次数分析。

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

1.关于以下代码,哪个说法是正确的?
myClass::foo(){
   
    delete this;
}
..
void func(){
   
    myClass *a = new myClass();
    a->foo();
}
A.它会引起栈溢出
B.都不正确
C.它不能编译
D.它会引起段错误

解析:
在类的成员函数中调用delete this?
在类的成员函数中能不能调用delete this?答案是肯定的,能调用,而且很多老一点的库都有这种代码。假设这个成员函数名字叫release,而delete this就在这个release方法中被调用,那么这个对象在调用release方法后,还能进行其他操作,如调用该对象的其他方法么?答案仍然是肯定 的,调用release之后还能调用其他的方法,但是有个前提:被调用的方法不涉及这个对象的数据成员和虚函数。说到这里,相信大家都能明白为什么会这样了。

根本原因在于delete操作符的功能和类对象的内存模型。当一个类对象声明时,系统会为其分配内存空间。在类对象的内存空间中,只有数据成员和虚函数表指针,并不包含代码内容,类的成员函数单独放在代码段中。在调用成员函数时,隐含传递一个this指针,让成员函数知道当前是哪个对象在调用它。当 调用delete this时,类对象的内存空间被释放。在delete this之后进行的其他任何函数调用,只要不涉及到this指针的内容,都能够正常运行。一旦涉及到this指针,如操作数据成员,调用虚函数等,就会出现不可预期的问题。
为什么是不可预期的问题?delete this之后不是释放了类对象的内存空间了么,那么这段内存应该已经还给系统,不再属于这个进程。照这个逻辑来看,应该发生指针错误,无访问权限之类的令系统崩溃的问题才对啊?这个问题牵涉到操作系统的内存管理策略。delete this释放了类对象的内存空间,但是内存空间却并不是马上被回收到系统中,可能是缓冲或者其他什么原因,导致这段内存空间暂时并没有被系统收回。此时这段内存是可以访问的,你可以加上100,加上200,但是其中的值却是不确定的。当你获取数据成员,可能得到的是一串很长的未初始化的随机数;访问虚函数表,指针无效的可能性非常高,造成系统崩溃.

大致明白在成员函数中调用delete this会发生什么之后,再来看看另一个问题,如果在类的析构函数中调用delete this,会发生什么?实验告诉我们,会导致堆栈溢出。原因很简单,delete的本质是“为将被释放的内存调用一个或多个析构函数,然后,释放内存” (来自effective c++)。显然,delete this会去调用本对象的析构函数,而析构函数中又调用delete this,形成无限递归,造成堆栈溢出,系统崩溃。
所以在成员函数中调用delete this,会导致指针错误,而在析构函数中调用delete this,出导致死循环,造成堆栈溢出。
所以本题答案选B
借鉴地址

2.假定CSomething是一个类,执行下面这些语句之后,内存里创建了____个CSomething对象。
CSomething a();
CSomething b(2);
CSomething c[3];
CSomething &ra = b;
CSomething d=b;
CSomething *pA = c;
CSomething *p = new CSomething(4);

解析:
CSomething a() 没有调用构造函数 ,只是定义了个函数
CSomething b(2) 调用构造函数
CSomething c[3] 抵用三次构造函数
CSomething &ra = b 引用不会调用创建新对象
CSomething d=b 调用拷贝构造
CSomething *pA = c 定义指针指向已经构造好的c,不会创建对象
CSomething *p = new CSomething(4) 动态申请一个对象。

所以总共创建了6个对象

3.
### 关于《计算机网络》第八版第四章课后习题解答 对于《计算机网络》(谢希仁著,第八版)中的第四章节课后练习题目解析,在特定资源中存在详尽解释[^2]。然而,直接提供完整答案可能不利于学习效果的最大化。因此,下面将以指导形式给出部分典型问题的求解思路。 #### 路由选择协议的理解 路由选择协议决定了分组从源节点传输至目标节点所经过路径的选择方式。这类协议可以分为两大类:内部网关协议(IGP) 和外部网关协议(EGP)。理解这两者之间的区别及其应用场景有助于解决有关动态路由更新机制的问题。 #### 子网划分计算实例 当涉及到子网掩码的应用时,比如给定IP地址`192.168.1.100/25` (其中 `/25` 表示子网掩码长度),要确定该主机所属的具体子网编号,则需执行按位逻辑与操作来获取网络ID。具体过程如下所示: ```python ip_address = "192.168.1.100" subnet_mask_length = 25 def get_network_id(ip_addr, mask_len): ip_parts = list(map(int, ip_addr.split('.'))) binary_ip = ''.join([format(x,'08b') for x in ip_parts]) network_part = binary_ip[:mask_len] host_part = '0' * (32-mask_len) full_binary_netid = network_part + host_part net_id_octets = [] for i in range(4): octet_start = i*8 octet_end = octet_start+8 octet_value = int(full_binary_netid[octet_start:octet_end],2) net_id_octets.append(str(octet_value)) return '.'.join(net_id_octets) network_id_result = get_network_id(ip_address, subnet_mask_length) print(f"The Network ID is {network_id_result}") ``` 此代码片段展示了如何通过编程手段实现基于指定前缀长度(`/25`) 的 IP 地址转换成对应的网络标识符的过程[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值