当开发iOS时，我应该使用NSInteger vs. int ?我在苹果的示例代码中看到，他们在将值作为参数传递给函数或从函数返回值时使用NSInteger(或NSUInteger)。
- (NSInteger)someFunc;...
- (void)someFuncWithInt:(NSInteger)value;...
但在函数中，他们只是用int来跟踪一个值
for (int i; i < something; i++)
...
int something;
something += somethingElseThatsAnInt;
...
我读过(被告知)，NSInteger是一个安全的方法来引用一个整数在64位或32位的环境，所以为什么要使用int在所有?
当前回答
截至目前(2014年9月)，我建议在与iOS API交互时使用NSInteger/CGFloat等，如果你也在为arm64构建应用程序。 这是因为当您使用float、long和int类型时，可能会得到意想不到的结果。
例子:FLOAT/DOUBLE vs CGFLOAT
例如，我们使用UITableView委托方法tableView: highightforrowatindexpath:。
在仅32位的应用程序中，如果它是这样写的，它会工作得很好:
-(float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
return 44;
}
Float是一个32位的值，您返回的44也是一个32位的值。 然而，如果我们在64位arm64架构中编译/运行同一段代码，44将是一个64位值。当需要一个32位值时返回一个64位值将会给出一个意外的行高。
您可以通过使用CGFloat类型来解决这个问题
-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
return 44;
}
该类型表示32位环境中的32位浮点数和64位环境中的64位双精度浮点数。因此，在使用此类型时，无论编译/运行时环境如何，方法总是会接收到预期的类型。
对于期望整数的方法也是如此。 这样的方法在32位环境中需要一个32位的int值，在64位环境中需要一个64位的long值。你可以根据编译/运行时环境使用NSInteger类型作为int或long类型来解决这种情况。
其他回答
为什么要使用int ?
苹果使用int是因为对于一个循环控制变量(它只用于控制循环迭代)int数据类型很好，无论是数据类型大小还是它可以为你的循环保存的值。这里不需要依赖于平台的数据类型。对于一个循环控制变量，即使是一个16位整型在大多数情况下也可以。
苹果使用NSInteger作为函数返回值或函数参数，因为在这种情况下，数据类型[size]很重要，因为你用函数所做的是与其他程序或其他代码段通信/传递数据;我应该什么时候使用NSInteger vs int?在你的问题中…
他们[苹果]使用NSInteger(或NSUInteger)当传递一个值作为 函数的参数或从函数返回值。
OS X是“LP64”。这意味着:
Int总是32位的。
Long Long总是64位的。
NSInteger和long总是指针大小。这意味着它们在32位系统上是32位，在64位系统上是64位。
NSInteger存在的原因是许多遗留api错误地使用int而不是long来保存指针大小的变量，这意味着api在64位版本中必须从int更改为long。换句话说，API将具有不同的函数签名，这取决于您是为32位体系结构还是64位体系结构编译。NSInteger打算用这些遗留api来掩盖这个问题。
在你的新代码中，如果你需要一个32位变量，使用int，如果你需要一个64位整数，使用long long，如果你需要一个指针大小的变量，使用long或NSInteger。
你应该使用NSInteger，如果你需要将它们与常量值进行比较，如NSNotFound或NSIntegerMax，因为这些值在32位和64位系统上是不同的，所以索引值，计数等:使用NSInteger或NSUInteger。
在大多数情况下使用NSInteger没有什么坏处，除了它占用两倍的内存。内存的影响非常小，但如果在任何时候都有大量的数字浮动，那么使用int型可能会有所不同。
如果你确实使用NSInteger或NSUInteger，当使用格式化字符串时，你会想要将它们转换为长整数或无符号长整数，因为如果你尝试注销一个NSInteger，就像它有一个已知的长度一样，Xcode的新特性会返回一个警告。在将它们发送给int类型的变量或参数时，也应该同样小心，因为在这个过程中可能会失去一些精度。
总的来说，如果你不希望在内存中同时有成千上万个NSInteger，那么使用NSInteger比不断担心两者之间的差异要容易得多。
在iOS上，使用int还是NSInteger并不重要。如果iOS转向64位，这将变得更加重要。
简单地说，NSIntegers在32位代码中是整型(因此是32位长型)，在64位代码中是长型(64位代码中的长型是64位宽的，但在32位代码中是32位宽的)。使用NSInteger而不是long的最可能的原因是不破坏现有的32位代码(使用int)。
CGFloat也有同样的问题:在32位(至少在OS X上)上，它是float;在64位上，它是双精度的。
更新:随着iPhone 5s、iPad Air、iPad Mini和iOS 7的推出，你现在可以在iOS上构建64位代码了。
更新2:另外，使用NSIntegers有助于Swift代码的互操作性。
如果你深入研究NSInteger的实现:
#if __LP64__
typedef long NSInteger;
#else
typedef int NSInteger;
#endif
简单地说，NSInteger类型定义为你做了一个步骤:如果架构是32位的，它使用int，如果是64位的，它使用long。使用NSInteger，你不需要担心程序运行的架构。
