malloc仅分配未初始化内存，calloc分配并按字节置零，且内置溢出检查；C++中应优先使用new或容器，仅C交互或底层内存池可谨慎使用calloc。
malloc 和 calloc 的核心区别在初始化行为
malloc 只分配内存，不初始化；calloc 分配并把整块内存置为 0。这不是“功能相似、写法不同”，而是语义级差异：如果你需要零初始化（比如构建数组、结构体或避免未定义行为），calloc 是更安全直接的选择；若后续会立即写满所有字节，用 malloc 略省一点开销。
常见错误是把 malloc 返回的垃圾值当 0 用，尤其在处理 int* 或结构体数组时，导致逻辑错乱或崩溃。而误用 calloc 的典型场景是传错参数顺序——它要的是 nmemb 和 size，不是总字节数。
-
calloc(10, sizeof(int))→ 正确：分配 10 个 int，全部为 0 -
calloc(sizeof(int), 10)→ 错误：可能只分配了 4 字节（假设 int 是 4 字节），然后重复 10 次？实际行为未定义，取决于实现 -
malloc(10 * sizeof(int))→ 正确但不初始化，内容随机
参数签名和溢出风险完全不同
malloc 接收单个 size_t 参数，容易因乘法溢出导致分配远小于预期的内存（例如 malloc(n * sizeof(T)) 中 n 很大时）；calloc 显式拆成两个参数，并在内部做溢出检查——标准要求它在检测到 nmemb * size 溢出时返回 NULL。
这意味着：对用户可控的大尺寸分配（如解析文件后动态建数组），calloc 天然多一层防护；而用 malloc 就必须手动检查乘法是否溢出，否则可能分配失败却继续使用指针，引发越界。
立即学习“C语言免费学习笔记（深入）”；
- 不要写
malloc(INT_MAX * sizeof(double))—— 极大概率溢出且无提示 - 改用
calloc(INT_MAX, sizeof(double))，它会返回NULL，你可以判断 - 即使不关心零初始化，也建议优先用
calloc做大块分配，防溢出比手动检查更可靠
在 C++ 中该不该用它们
C++ 中应尽量避免 malloc 和 calloc。它们不调用构造函数，也不支持 operator new 的重载机制，对类类型对象基本不可用。比如 calloc(sizeof(std::string), 10) 分配出的 10 个 std::string 全是未构造的位模式，直接访问会未定义行为。
唯一合理使用场景是：与 C 库交互（如 libpng、libjpeg 要求传入 void* 缓冲区），或做底层内存池管理。此时注意：free 可以安全释放 malloc 或 calloc 的结果，但绝不能混用 delete 或 delete[]。
- 分配原始字节缓冲区（如网络包、图像像素）→ 可用
calloc，需零初始化时更稳妥 - 分配
int、double数组且需全 0 →calloc更清晰 - 分配
std::vector<t></t>或自定义类对象 → 必须用new/std::make_unique/ 容器
性能差异在现代系统中几乎可忽略
有人认为 calloc “慢”，因为要清零。实际上，多数 libc 实现（glibc、musl）对大块内存会直接用 mmap(MAP_ANONYMOUS)，内核返回的页天然为 0；小块则用 memset，但现代 CPU 的 memset 高度优化，差距微乎其微。真正影响性能的是分配器本身的策略（如 tcmalloc/jemalloc）和内存局部性，不是“有没有初始化”这一动作。
所以别为了“省一次 memset”而选 malloc 并手动初始化——除非你确定后续会 100% 覆盖每字节，且已实测证明这一步成了瓶颈。否则，代码清晰性和安全性更重要。
最常被忽略的一点：calloc 的零初始化是按字节（unsigned char）做的，对浮点数、指针等类型是安全的（全 0 位模式对应 0.0 和空指针），但对非平凡结构体仍只是位清零，不等于调用默认构造函数。
