小白求教大型程序里是一般是怎么封装malloc的？

Dannysd

回复 18# selfrun


    谢谢selfrun回复

    assert检查也行，但我觉得如果要经过这个函数计算的话，还不如 if 判断一下就 abort()

    我更倾向于用 if 判断  

Dannysd

回复 19# asdf2110


    谢谢asdf2110回复

    “宁可让程序抛 error，也不能 crash”   赞 +1
   
    这个方法的确不错，回头仔细了解一下，谢谢

计算机小强

一般比较大的程序，看你的分配内存是在配置阶段还是在流程阶段。
如果配置阶段你可以简单封装一下，用于定位是否有内存泄漏（如计数等），每次都调用malloc。
如果是流程阶段，你最好是一次性分配一个比较大的内存，然后根据单元划分，挂到对应链上，自己维护这个链，减少系统调用。

Dannysd

回复 23# 计算机小强


    谢谢 计算机小强 回复

    明白，大概简述一下：

    初始化的时候可以用malloc这样的，而且次数也比较少，反正初始化只进行一次，用完了要么马上释放，要么直到程序结束

    而在业务流程的时候就适用 内存池 的方式来减少内存碎片，提高内存分配时的效率，使碎片内部化

    应该是这个意思吧  

幻の上帝

……这年头也就C那么多破事么。
纠结个啥。只要结果要用到就肯定要检查，否则出问题了查起来就是你的责任跑不掉。别听那些有的没的忽悠你偷懒偷在错误的地方上。
至于是不是封装起来而不自己显式比较结果那跟是不是要检查是两回事。
如果hold不住光一个assert也行，不过小心别被NDEBUG掉否则挂了没法复现自己哭去吧。一般自己实现定制的assert顺便打印错误信息。
靠谱点的就是做log然后再看是不是要挂掉。复杂度自己看着办。
万金油就是像19楼那种抄C++的bad_cast到上层再挂掉，关键是调用方想偷懒忽略检查都没机会错了——本来就不需要自己另外写代码。

yulihua49

Dannysd 发表于 2014-06-29 10:46
RT，

在比较大的工程中，像malloc/free这样的函数应该是封装的吧？

单独封装malloc并没有什么意义。
一般我们是封装一个功能。
原则：
在哪里alloc，就在哪里free。
如果做不到，那么，提供init，并提供free。
先init（构造），然后使用其中的数据，可能是malloc的。最后free（析构）。
例如，tree_init（树），构造空树，tree_add 建立节点 分配了内存，tree_find 检索树 使用了tree_add分配的内存，最后tree_free，释放此树的内存。。。。

Dannysd

回复 25# 幻の上帝


    谢谢幻の上帝回复

    有道理，到时候不能复现的BUG就太让人头疼了

Dannysd

回复 26# yulihua49


    谢谢yulihua49回复

    建立树节点来标记分配的内存，等到free的时候应该比链表方便

zhaohongjian000

问题在于封装了之后能干吗，内存分配不成功，顶多能死的好看点。

zhaohongjian000

问题在于封装了之后能干吗，内存分配不成功，顶多能死的好看点。