free 引发的思考

本文探讨了`free`函数在释放内存时可能导致的问题,包括重复释放同一内存区域可能导致未定义行为。作者通过实例展示了即使没有立即出现问题,也应避免多次调用`free`。文章还提醒读者在释放内存后将指针设为NULL以防止悬空指针,并区分了悬空指针和野指针的概念。

原文链接:http://blog.youkuaiyun.com/lyh__521/article/details/49539011

先看两个例子:

(1)

#include<string.h>
#include<stdio.h>
#include<stdlib.h>

int main()
{
    char  *p;
    char  *q;
    p = (char*)malloc(20);   // 给p开辟空间
    q = p;                   // 赋值后,p与q 指向同一块内存

    free(p);                 // 释放 p 指向的内存
    printf("p=%p\n",p);      // 输出地址

    free(q);                 // 再次释放内存
    printf("q=%p\n",q);      // 输出地址

    return 0;
}

结果和预想的一样,因为对同一块内存释放了两次,所以出现了段错误
这里写图片描述

(2)
我们给中间插入一段代码:

#include<string.h>
#include<stdio.h>
#include<stdlib.h>

int main()
{
    char  *p;
    char  *q;
    p = (char*)malloc(20);   // 给p开辟空间

    char  *p1;               // ------- 
    p1 = (char*)malloc(20);
    strcpy(p1,"hello,world");
    printf("%s\n",p1);       // -------

    q = p;                   // 赋值后,p与q 指向同一块内存

    free(p);                 // 释放 p 指向的内存
    printf("p=%p\n",p);      // 输出地址

    free(p1);                // 释放p1

    free(q);                 // 再次释放内存
    printf("q=%p\n",q);      // 输出地址

    return 0;
}

这里写图片描述

。。。运行结果颠覆了我对free的认知,还是对同一块内存free了两次但是却没出现异常,只是在中间穿插了一些别的代码而已,难道free还有其他的特性?

free

然后我查看了free的文档,介绍是这样的:
这里写图片描述

  可以看到,标准里并没有明确指出 free 多次会产生什么后果,只是说对一段已经释放过的内存释放多次产生的行为是未定义的。就像上面的例子,可能有时会没问题,有时会段错误,也可能产生更严重的后果。
  所以,不要以为free多次运行正常就可以这样写,要记得避免重复free.

怎么避免重复free?

  上面的标准文档里明确说明:如果指针为NULL,则不会对其执行操作。所以,free 前可以判断一下,释放完一段内存后,要把指针置为NULL,这样也可以避免产生悬空指针。

就像下面这样:

#include<string.h>
#include<stdio.h>
#include<stdlib.h>

int main()
{
    char  *p;
    p = (char*)malloc(20);   // 给p开辟空间
    strcpy(p,"hello,world");
    printf("%s\n",p);

    if(p != NULL)
    {
        free(p);
        p = NULL;
    }

    free(p);                 // 即使再次free也不会有问题
                             // 可以free空指针
    return 0;
}

悬空指针

一个指针的指向对象已被删除,那么这个指针就成了悬空指针。

野指针

野指针是指未初始化的指针。野指针与空指针不同,无法通过简单的判断是否为NULL来避免。对野指针进行操作很容易造成程序错误。

有时也把野指针和悬空指针通称为悬空指针。

### Free Pascal 程序闪退的原因及解决方案 #### 可能原因分析 Free Pascal 的程序在 Windows 上运行时可能会遇到闪退的情况,这通常由以下几个常见因素引起: 1. **编译目标平台与实际环境不符** 如果使用的 Free Pascal 编译器版本与其生成的目标可执行文件所依赖的操作系统架构不匹配,则可能导致程序无法正常启动并立即退出。例如,在 64 位操作系统上尝试运行仅支持 32 位的应用程序[^1]。 2. **缺少必要的动态链接库 (DLL)** 某些复杂项目可能需要额外的 DLL 文件来完成特定功能(如图形界面操作)。如果这些外部资源未被正确放置在同一目录下或者路径配置错误,也会引发崩溃现象。 3. **命令行参数缺失或不当调用方式** 对于某些类型的 Free Pascal 应用来说,它们需要通过指定输入数据或其他形式初始化才能进入稳定状态;如果没有按照预期提供相应选项则容易造成异常终止行为。比如文中提到的例子 `$ fp ./test` ,这里指明了应该采用这样的方法去验证最终成果而不是单纯双击exe文件查看效果。 4. **软件内部逻辑缺陷/BUGs存在** 开发者编写代码过程中可能存在一些潜在隐患尚未完全修复好之前就发布了测试版供用户体验试用阶段期间偶尔会出现莫名奇妙状况属于正常范畴之内不过随着后续更新迭代逐步完善这些问题会逐渐减少直至消失不见踪影为止。 --- #### 解决方案建议 针对上述几种可能性分别给出对应的处理办法如下所示: ##### 方法一:确认编译设置无误 确保当前正在使用的 Lazarus IDE 或独立 FP Compiler 工具链均处于最新稳定发行序列之中,并且明确知晓自己机器硬件规格从而调整合适的 Target OS Type 参数值以适配实际情况需求。 ##### 方法二:检查附加组件完整性 下载官方发布的完整包重新解压覆盖原有安装位置后再试试看能否解决问题所在之处。另外也可以单独寻找那些疑似丢失掉的关键模块手动补充进去再做一次全面扫描排查工作看看有没有改善迹象出现出来才行啊亲们记得哦😊 ##### 方法三:遵循标准启动流程 严格按照文档说明里头记载下来的指令格式来进行每一次实验动作千万别偷懒省略任何细节部分因为很可能就是因为少写了某个字符而导致整个过程失败告终呢所以大家一定要耐心细致一点哈😎 ##### 方法四:反馈给开发者团队寻求帮助 假如经过以上几步努力仍然没有办法彻底根除该类顽疾的话那就只好联系原作者那边请求专业技术支援啦毕竟他们才是最了解产品特性的专家嘛😏 ```bash # 正确的方式应该是这样子滴小伙伴们记住了哟~ $ cd /path/to/your/executable/directory/ $ ./compiled_program_name argument_if_needed ``` --- ### 总结 综上所述,当面对 Free Pascal 制作出来的应用程序发生突然关闭事件的时候我们首先要冷静下来仔细思考一下是不是由于上面列举出来的几个方面引起的然后再针对性采取措施逐一排除干扰源直到找到真正元凶将其消灭殆尽即可恢复正常使用体验啦🎉
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值