从美团后端到Swift语法，我踩过的那些坑

在美团写了4年Java，今年因内部工具链需要iOS端，被点名转学Swift。第一周思维惯性差点把我劝退。

Java写单例，双重检查锁+volatile一套下来行云流水。Swift里static let shared = MyClass()一行搞定。后来才明白，Swift的let本身有线程安全保证，底层用dispatch_once。

学Swift别按官方文档顺序啃，太催眠。直接拿真实需求开干：写个网络请求封装，遇到啥学啥。比如Optional，Java里没有直接对应物，但可以理解成强制你处理空值的容器。美团后端线上事故里，NPE常年占三分之一。Swift用if let、guard let逼你在编译期处理空值，这个设计我服。

func fetchData() -> String? {
    return nil
}

if let data = fetchData() {
    print("拿到数据：\(data)")
} else {
    print("数据为空，优雅降级")
}

调研AI辅助编程工具时，发现Windsurf在杭州圈子里挺火。但写PHP的老同事对这类工具无感——PHP部署链路太成熟，改文件传上去就生效。Swift开发就不一样了，Xcode补全有时真拉胯，Windsurf对Swift支持虽不如TypeScript，但写UI布局、补闭包语法确实省时间。不过工具只是辅助，类型推导、协议扩展、值类型语义这些核心概念，还得一行行敲出来才真正理解。

还有个坑必须说：Swift闭包和Java Lambda长得像，但捕获列表语义完全不同。Java匿名内部类要求final，Swift闭包默认强引用捕获，搞不好就循环引用内存泄漏。我写网络回调时就被坑过，界面死活不释放。

// 错误：闭包强引用self
networkManager.request { data in
    self.updateUI(data)
}

// 正确：用weak打破循环引用
networkManager.request { [weak self] data in
    guard let self = self else { return }
    self.updateUI(data)
}

从Java到Swift几个月，最大感受：语言只是工具，但好的设计真能减少低级错误。可选类型、值类型优先、协议导向编程，反过来也影响了我写Java的习惯——更注意用Optional、更谨慎处理可变状态。

后端转iOS别怕。Swift语法糖多，但核心概念就那几个：Optional、闭包、协议、值类型，花两周搞透，剩下就是查文档。