关于URLRequest全局调用timeoutInterval：是否存在非重置超时机制？

首先明确：原生的URLRequest.timeoutInterval确实是空闲超时，会在有网络活动（比如接收字节）时重置空闲计数，没有直接提供固定全局超时的API。不过你可以通过以下几种方式实现需求：

1. 自定义独立定时器监控 #

发起请求时，启动一个独立的定时器，设定你需要的固定时长，不管请求过程中有没有数据交互，定时器到期就主动取消对应的URLSessionTask：

func startRequestWithFixedTimeout(url: URL, fixedTimeout: TimeInterval) {
    let task = URLSession.shared.dataTask(with: url) { data, response, error in
        // 处理请求结果
    }
    
    // 启动固定超时定时器
    let timer = DispatchSource.makeTimerSource(queue: DispatchQueue.global())
    timer.schedule(deadline: .now() + fixedTimeout)
    timer.setEventHandler { [weak task] in
        task?.cancel()
        timer.cancel()
    }
    timer.resume()
    
    task.resume()
}

这种方式的核心是脱离URLRequest的空闲超时逻辑，用外部定时器强制控制总时长。

2. 封装URLSession扩展统一处理 #

如果需要全局所有请求都应用固定超时，可以封装一个URLSession的扩展，给所有任务自动附加固定超时监控：

extension URLSession {
    func dataTask(with url: URL, fixedTimeout: TimeInterval, completionHandler: @escaping (Data?, URLResponse?, Error?) -> Void) -> URLSessionDataTask {
        let task = self.dataTask(with: url, completionHandler: completionHandler)
        
        let timer = DispatchSource.makeTimerSource(queue: DispatchQueue.global())
        timer.schedule(deadline: .now() + fixedTimeout)
        timer.setEventHandler { [weak task] in
            task?.cancel()
            timer.cancel()
        }
        timer.resume()
        
        // 任务完成时主动取消定时器，避免不必要的资源消耗
        DispatchQueue.main.asyncAfter(deadline: .now() + fixedTimeout) {
            timer.cancel()
        }
        
        return task
    }
}

这样团队里所有请求都可以通过这个扩展方法发起，统一应用固定超时规则。

关键注意事项 #

• 处理线程安全：定时器和任务的操作尽量放在串行队列，同时用弱引用避免循环引用。
• 任务完成后及时取消定时器，防止定时器到期后重复取消已完成的任务。
• 不要混淆原生配置：URLSessionConfiguration里的timeoutIntervalForRequest、timeoutIntervalForResource依然是空闲超时逻辑，和我们要实现的固定全局超时是不同机制。

补充：你提到的文档原文准确描述了原生超时的行为：
"Hence, when an instance of load activity occurs (e.g. bytes are received from the network for a request), the idle interval for a request is reset to 0."

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