MacOS命令行项目中基于Swift 5发起HTTP GET请求遇回调不执行问题

• MacOS命令行进程的生命周期规则：进程会在主线程所有同步代码执行完毕后被系统立即终止，不会自动等待后台异步任务执行完成。
  URLSession的dataTask是典型的异步任务，调用task.resume()后会立刻返回，不会阻塞主线程等待网络响应。原代码执行完HTTP_Request()的调用后，主线程没有其他待执行的同步逻辑，进程直接被回收，运行在后台队列的网络回调根本没有执行机会，这就是断点跳过闭包、print无输出的核心原因。
• 明文请求被系统安全策略拦截：原代码使用http://的明文地址，会被系统默认的App Transport Security安全规则阻断，即便进程不提前退出，也无法拿到正常的响应数据。

• 手动维持主线程的RunLoop运行，直到网络回调逻辑全部执行完成，再主动终止进程。
• 将请求地址替换为https://协议，避开ATS明文请求拦截，无需额外修改项目配置。
• 补全全链路错误处理逻辑，避免用静默return的写法吞掉所有异常提示。

import Foundation

func HTTP_Request() {
    let url = URL(string: "https://www.stackoverflow.com")!

    let task = URLSession.shared.dataTask(with: url) { data, response, error in
        // 优先输出错误信息，定位异常场景
        if let error = error {
            print("请求失败：\(error.localizedDescription)")
            exit(1)
        }
        guard let data = data, let content = String(data: data, encoding: .utf8) else {
            print("未解析到有效响应内容")
            exit(1)
        }
        print("请求成功，返回内容：\(content)")
        // 回调执行完成后主动退出进程
        exit(0)
    }
    task.resume()

    // 维持主线程RunLoop运行，避免进程提前退出
    RunLoop.main.run()
}

HTTP_Request()

• 手动维护RunLoop的写法仅适用于命令行工具场景，开发带图形界面的MacOS/iOS应用时，系统会自动维持RunLoop运行，不需要手动添加这段逻辑，正常编写dataTask回调即可正常执行。
• 原代码中guard let data = data else { return }的写法会将所有异常场景静默屏蔽，哪怕请求报错也不会有任何提示，加上完整的错误判断才能快速定位实际问题。

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