它是NextStep (= NS)遗产。NeXT是乔布斯1985年离开苹果公司后成立的电脑公司，NextStep是它的操作系统(基于UNIX)以及Obj-C语言和运行时。NextStep连同它的库和工具，后来被重新命名为OpenStep(这也是NeXT和Sun一起开发的API上的名字)，后来又变成了Cocoa。

这些不同的名字实际上很让人困惑(特别是因为有些名字只在字符是大写或小写时才不同..)，尝试下面的解释:

TheMerger OpenstepConfusion

苹果的开发者文档如下:

Historical Note: If you’re wondering why so many of the classes you encounter have an NS prefix, it’s because of the past history of Cocoa and Cocoa Touch. Cocoa began life as the collected frameworks used to build apps for the NeXTStep operating system. When Apple purchased NeXT back in 1996, much of NeXTStep was incorporated into OS X, including the existing class names. Cocoa Touch was introduced as the iOS equivalent of Cocoa; some classes are available in both Cocoa and Cocoa Touch, though there are also a large number of classes unique to each platform. Two-letter prefixes like NS and UI (for User Interface elements on iOS) are reserved for use by Apple.

来源:使用Objective-C编程

NeXTSTEP或NeXTSTEP/Sun取决于你问的是谁。

有一段时间，Sun在OpenStep上有相当大的投资。在Sun加入之前，基金会中的大多数东西，尽管当时还不叫基金会，前缀都是NX，代表NeXT，在Sun加入之前的某个时候，所有东西都被重命名为NS。S很可能并不代表Sun，但在Sun加入后，人们普遍认为它代表Sun，以纪念他们的参与。

实际上我有一个参考资料，但我现在找不到。如果/当我再次找到它时，我会更新这篇文章。

它来自NeXTSTEP传统。

来自Cocoa_(API)维基百科:

(重点)

Cocoa classes begin with the acronym "NS" (standing either for the NeXT-Sun creation of OpenStep, or for the original proprietary term for the OpenStep framework, NeXTSTEP): NSString, NSArray, etc. Foundation Kit, or more commonly simply Foundation, first appeared in OpenStep. On Mac OS X, it is based on Core Foundation. Foundation is a generic object-oriented library providing string and value manipulation, containers and iteration, distributed computing, run loops, and other functions that are not directly tied to the graphical user interface. The "NS" prefix, used for all classes and constants in the framework, comes from Cocoa's OPENSTEP heritage, which was jointly developed by NeXT and Sun.

NS基本上来自NextSTEP，这是苹果收购Next时最初的操作系统，后来成为Mac OS X。

我想解释一些其他的东西，这就是为什么需要它。

在c++中有命名空间，几乎所有的东西都放在std中

这就是为什么要使用std::string。

使用名称空间，这样就不会出错，而且可以编写自己的类字符串，而不会与系统字符串冲突。

Objective-C是C的超集，但它不包括命名空间，出于同样的原因，所有系统类都以NS或其他奇怪的前缀作为前缀。

这与所有DirectX类都以D3D为前缀，以及所有OpenGL类都以gl为前缀是一样的。

这意味着你不应该使用NS来命名你自己的类，当你在Core Animation中看到NS, CA或在Core Graphics中看到CG时，你就知道这是对系统框架的调用。

Swift改变了这一惯例，因为Swift支持命名空间，并将其核心类型(如String)映射到NS等等物。