Swift旧代码转Swift 4.x：DispatchTime与dispatch_after转换疑问

嘿，我来帮你梳理这段GCD代码的迁移问题！首先咱们先拆解一下你原来的旧代码逻辑，再看看当前转换的问题，最后给出更贴合Swift 4+风格的优化方案。

旧代码的核心逻辑 #

原来的两行代码是实现从当前时间开始延迟seconds秒后，在主队列执行指定block：

let dispatchTime = dispatch_time(dispatch_time_t(DispatchTime.now()), Int64(seconds * Double(NSEC_PER_SEC)))
dispatch_after(dispatchTime, dispatch_get_main_queue(), block)

第一行的dispatch_time是把当前时间（DispatchTime.now()）作为基准，加上seconds转换后的纳秒数，得到延迟后的执行时间点。

你当前转换的问题 #

你写的这行代码：

let dispatchTime = DispatchTime(uptimeNanoseconds: UInt64(Int64(seconds * Double(NSEC_PER_SEC))))

其实是创建了一个系统启动后经过seconds秒的时间点，而不是从当前时间点延迟seconds秒。如果系统已经运行了很久，这个时间点可能早就过去了，会导致block立即执行，完全不符合原代码的延迟逻辑哦。

正确且更优的Swift 4.x转换方案 #

Swift 4+对GCD的API做了大幅简化，我们有更简洁直观的写法：

方案1：贴合原逻辑的DispatchTime创建 #

如果想要保留类似原代码的时间点创建方式，可以直接用DispatchTime.now()加上时间间隔：

// 把seconds转换为纳秒数，加到当前时间上
let dispatchTime = DispatchTime.now() + DispatchTimeInterval.nanoseconds(Int(seconds * Double(NSEC_PER_SEC)))
// 执行延迟任务
DispatchQueue.main.asyncAfter(deadline: dispatchTime, execute: block)

如果seconds是整数，还可以用更直观的DispatchTimeInterval.seconds(Int(seconds))；如果是毫秒级的小数，比如0.3秒，用DispatchTimeInterval.milliseconds(300)会更易读。

方案2：最推荐的简化写法 #

Swift支持DispatchTime直接和TimeInterval（也就是我们常用的Double类型的秒数）做加法，所以可以一步到位：

DispatchQueue.main.asyncAfter(deadline: .now() + seconds, execute: block)

甚至可以写成闭包形式，更符合Swift的语法风格：

DispatchQueue.main.asyncAfter(deadline: .now() + seconds) {
    // 这里直接写原来block里的执行逻辑
}

这种写法不仅完全符合原代码的延迟逻辑，还避免了手动转换纳秒的繁琐操作，可读性和维护性都更高。

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