ios - 最好在 64 位中使用 long 或 long long

在 LP64 中，long 的大小和 long long 的大小相同(Apple Docs，Unix Docs)。

那么，当限制自己理解你在 LP64 系统上运行时(就像 XCode 在编译 64 位时出现的那样)，long 和 之间有什么区别吗？ >很长很长？如果您的目标是 64 位整数，是否有任何性能原因使用 long 而不是 long long？

这就是我问的原因。在 Xcode 上的 Objective C 中，NSString 的格式(如 printf)和 NSNumber 都使用 int、long、long long 等数据类型及其无符号变体在转换数字和文本而不是特定位长数字时，例如 int16_t、int32。和 int64_t。当您想要将特定大小的数据存储到 NSNumber 中而不进行类型转换时，这将使需要特定最小大小(即网络或货币应用程序)或时间的东西变得难以编程。

对于 int32_t 使用 int 对 使用 long long 是否安全，仅限于任何 Intel Mac OS 或 iOS 设备int64_t 在与 NSString 的格式函数和 NSNumber 等交互时？

---

Best Answer-推荐答案

Is it safe, limiting to any Intel Mac OS or iOS device, to use int for int32_t and long long for int64_t when interacting with things like NSString's format functions and NSNumber?

根据 ILP32 和 LP64 约定，是的，但您应该真正证明您依赖这些尺寸。

一种方法是使用源自(据我所知)Linux 内核的聪明宏:

#define BUILD_BUG_ON(condition) ((void)sizeof(char[1 - 2*!!(condition)]))

如果其条件参数为真，该宏将产生编译时错误，因为在这种情况下，它会尝试确定负大小数组的大小。您可以在以下简单函数中使用它:

static __attribute__((unused)) void _compile_time_use_only_()
{
   BUILD_BUG_ON( (sizeof(int) != 4) );
   BUILD_BUG_ON( (sizeof(long long) != 8) );
}

将其添加到您的代码中，如果您尝试在 int 不是 32 位或 long long 不是 64 位的任何系统上进行编译，那么您将得到编译时错误。运行时基本上是零成本(未使用的函数只有几个字节)。

请务必评论说明它的功能!

你当然可以用同样的方式断言其他类型的大小。

HTH

关于ios - 最好在 64 位中使用 long 或 long long，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34601739/