Swift中CFString为何可直接赋值给NSString却不能直接赋值给String？

1. 跨框架类型兼容的底层实现 #

你观察到的类型赋值兼容性是Apple平台内置的**Toll-Free Bridging（免费桥接）**机制提供的能力，属于编译器和运行时共同实现的隐藏规则，不会在公开的类型声明中暴露相关逻辑。
CFString 和 NSString 属于典型的免费桥接类型，二者的底层内存布局完全一致，转换时不需要额外的性能开销，所以可以直接隐式赋值，这就是你写的func convert(_ x: CFString) -> NSString { x }可以正常编译的原因。
而Swift原生的String是值类型，和作为引用类型的CFString内存布局不同，转换过程会涉及桥接逻辑（部分场景下还会触发内容拷贝），所以编译器要求必须显式书写as强转语法，来确认开发者知晓该转换行为的存在，避免隐式转换带来的不可预期开销。

2. 编译器的兼容识别逻辑 #

支持免费桥接的类型映射表是硬编码在Swift编译器源码中的，不会出现在公开的Core Foundation类型声明里，这也是你看到CFString的公开定义只有空白类结构的原因。
编译阶段编译器会自动校验赋值双方的类型是否属于内置的桥接映射表：

• 如果是CF和对应的Foundation引用类型配对，直接生成无代价转换指令，允许隐式赋值
• 如果是CF/Foundation引用类型转Swift原生值类型，校验通过后要求开发者显式添加as转换语法才会生成对应的桥接代码

3. 可互转类型的常见范围 #

目前所有支持免费桥接的类型均为Core Foundation与Foundation框架的配对类型，常见的包括：

• CFString ↔ NSString
• CFArray ↔ NSArray
• CFDictionary ↔ NSDictionary
• CFNumber ↔ NSNumber
• CFSet ↔ NSSet
• CFData ↔ NSData
• CFDate ↔ NSDate
• CFURL ↔ NSURL
• CFBoolean ↔ NSNumber
• CFError ↔ NSError

所有配对类型均遵循相同的转换规则：CF与Foundation引用类型之间可直接隐式转换，二者转对应Swift原生值类型时需要显式添加as转换。

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