变量声明中使用sizeof的优势解析：对比calloc函数的两种调用写法

嘿，这个问题问得太到位了！作为常年写C代码的人，我几乎每次动态分配内存都会用sizeof *指针这种写法，相比直接指定具体类型，它的优势真的很实用：

• 彻底避免类型不匹配的bug
  假设你后来把p3的类型从int *改成了long *或者自定义的struct Foo *，如果之前写的是sizeof(int)，那calloc分配的内存大小就和指针指向的类型不匹配了——要么内存不够导致越界，要么浪费空间。但用sizeof *p3的话，编译器会自动根据指针的当前类型计算大小，完全不用你手动修改这个参数，从根源上杜绝了这种低级但致命的错误。

• 减少重复代码，提升可读性
  指针的类型已经在左边的声明里明确了，右边再写一遍int属于完全没必要的重复信息。用sizeof *p3的话，读者扫一眼就能明白：“哦，这是按指针指向的元素类型来分配内存的”，不用来回核对左右两边的类型是否一致，代码看起来更清爽，也更容易理解。

• 通用性拉满，适配宏和通用函数
  如果你要写一个通用的内存分配宏或者工具函数，这种写法简直是神器。比如这个简单的分配数组的宏：

  #define ALLOC_ARRAY(ptr, elem_count) \
      do { (ptr) = calloc((elem_count), sizeof *(ptr)); } while(0)
  

  不管ptr是int*、char*还是struct User*，这个宏都能正确计算每个元素的大小，不用为不同类型写不同的版本，复用性极强。

• 避免类型拼写错误
  有时候手滑把sizeof(int)写成sizeof(in)或者其他错误的标识符，如果刚好有个同名的typedef或者变量，编译器可能不会报错，但结果肯定不对。而用sizeof *p3的话，只要指针的声明是正确的，这里就不会出现拼写问题，编译器会帮你搞定一切。

当然，这种写法也不是万能的——比如如果你要分配的类型和指针类型不一致（虽然这种场景很少见），那还是得直接写具体类型。但在绝大多数日常的动态分配场景里，它比直接指定类型要健壮、易维护得多。

内容的提问来源于stack exchange，提问作者user12421304