你遇到的这个问题核心在于CoreLocation的定位更新是异步操作——当你调用startUpdatingLocation()后，系统不会立刻返回定位数据，而是需要通过CLLocationManagerDelegate的didUpdateLocations回调来传递结果。

看你现在的代码逻辑：点击按钮时先启动定位更新，紧接着就打印currentLocation然后停止更新。首次启动应用时，定位回调还没来得及触发（系统需要时间获取卫星/基站数据），这时候currentLocation还是初始的PLACEHOLDER，自然打印不对；而后续点击时，系统可能已经缓存了之前的定位数据，回调触发更快，所以能拿到正确值。

另外你尝试用UserDefaults存储也没用，因为首次点击时根本没拿到有效定位，存的还是初始值，自然解决不了问题。

修正方案 #

我们需要调整逻辑，让定位回调完成后再执行打印和停止更新的操作，具体改动如下：

1. 重构sendLocation方法，只负责启动定位更新：

@IBAction func sendLocation() {
    // 仅启动定位更新，后续操作交给回调处理
    locationManager.startUpdatingLocation()
}

2. 完善didUpdateLocations回调，在这里处理定位数据的打印、存储和停止更新：

func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {
    // 取最新的定位数据（数组最后一个是最新的）
    guard let latestLocation = locations.last else { return }
    let locValue = latestLocation.coordinate
    currentLocation = String(locValue.latitude)
    
    // 打印定位
    print(currentLocation)
    // 如果需要存储到UserDefaults，在这里执行
    UserDefaults.standard.set(currentLocation, forKey: "CurrentLocation")
    
    // 拿到有效定位后停止更新，避免不必要的资源消耗
    manager.stopUpdatingLocation()
}

3. 可选：优化权限检查逻辑，确保权限就绪后再启动定位
   在viewDidLoad里补充权限状态检查，避免因权限未就绪导致的定位失败：

override func viewDidLoad() {
    super.viewDidLoad()
    
    locationManager.delegate = self
    locationManager.desiredAccuracy = kCLLocationAccuracyNearestTenMeters
    
    let authorizationStatus = CLLocationManager.authorizationStatus()
    switch authorizationStatus {
    case .notDetermined:
        // 首次启动，请求权限
        locationManager.requestWhenInUseAuthorization()
    case .authorizedWhenInUse, .authorizedAlways:
        // 已有权限，可以提前预热定位（可选）
        // locationManager.startUpdatingLocation()
    default:
        // 权限被拒绝，提示用户去设置里开启
        print("定位权限被拒绝，请在设置中开启")
    }
}

这样修改后，首次点击按钮时，系统会启动定位，等到回调拿到有效数据后才会打印并停止更新，就不会再出现PLACEHOLDER的问题了。

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