Objective-C的NSCache.m与Foundation的NSCache有何区别？Swift用的是哪一个？

一、GNUstep的NSCache.m与苹果Foundation的NSCache区别 #

你提到的两个NSCache实现，核心差异如下：

• 实现语言与所属项目：GNUstep的NSCache.m是纯Objective-C编写的第三方兼容实现，属于GNUstep项目，用来在非苹果平台（比如Linux、Windows）模拟苹果Foundation框架；苹果官方的Foundation里的NSCache，有Objective-C和Swift两种实现版本，是苹果生态（iOS/macOS等）的官方组件。
• 平台适配与优化：苹果官方版本的NSCache深度结合系统底层，比如和内存压力通知、ARC机制紧密协同，缓存回收策略更贴合苹果设备的内存管理逻辑；GNUstep版本是兼容实现，仅保证接口对齐，底层优化和系统适配性远不如官方版本。
• 内部实现细节：二者虽然都遵循苹果公开的NSCache接口规范，但缓存淘汰逻辑、线程安全处理等内部细节可能存在差异。

二、Swift中使用NSCache时的调用对象 #

在苹果生态平台（iOS/macOS/watchOS等）上，Swift代码里的NSCache调用的是苹果官方Foundation框架的实现：

• 苹果官方Foundation同时提供Objective-C和Swift的API入口，Swift里的NSCache要么是官方的Swift封装版本，要么是通过桥接层调用底层的Objective-C实现，最终都是和苹果系统的内存管理机制联动。
• 如果是在Linux等非苹果平台用Swift，调用的则是Swift Corelibs Foundation里的Swift版本NSCache。

三、Xcode跳转NSCache定义的困惑解释 #

你在Xcode里对Swift的NSCache执行“跳转到定义”时，看到导入<Foundation/NSObject.h>的Objective-C代码，原因很简单：

• NSCache最初是Objective-C时代的API，苹果官方在把它适配到Swift时，很多底层实现还是基于原有的Objective-C代码，或者API的原始定义头文件是Objective-C格式的。
• Xcode的跳转功能会指向API的底层定义源，所以你看到的是Objective-C代码，但实际Swift调用时，桥接层已经把它转换成了符合Swift语法的接口，你写的Swift代码会通过桥接逻辑调用官方的Foundation实现。

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