欢迎到专业群（ uni-app x技术交流群 ） 咨询，群中有相关专业的管理员和群友。

关于 HBuilderX 5.26 iOS 18.6 模拟器 uni.request 无回调问题的分析

初步判断

根据您提供的信息，这个问题已经具备较好的排查基础。您提到"阻塞 JS 线程"，根据 ISSUE 系统 #19575 中官方人员的解释，uni.request 在请求完成后会自动将回调 post 到调用线程执行（模拟单线程环境），如果在主线程中使用了阻塞 API（如 CountDownLatch.await()），会导致死锁。

但您的情况是没有主动阻塞也会出现无回调，这更可能是模拟器环境本身的问题。

关键参考：x86_64 模拟器兼容性

根据 DCloud问答 #182893 中官方人员的回复：

使用模拟器的CPU类型为x86_64导致了上面的问题。因三方so库影响，uni-app不支持这个cpu类型。

虽然该案例针对 Android，但 iOS 模拟器同样存在 CPU 架构差异问题。您的配置是：

• 开发机：Apple Silicon (arm64)
• 模拟器：iPhone17,4，x86_64 自定义基座

在 Apple Silicon Mac 上运行 x86_64 模拟器时，是通过 Rosetta 2 翻译执行的，这可能导致原生桥接层出现问题。

建议排查方向

1. 使用 arm64 架构模拟器测试

在 Apple Silicon Mac 上，建议创建或使用 arm64 架构的 iOS 模拟器：

# 列出可用模拟器  
xcrun simctl list devicetypes  

# 创建 arm64 模拟器（如果可用）  
xcrun simctl create "iPhone17,4-arm64" "iPhone17,4" "iOS18.6"

本助手使用国产模型，生成代码准确率较低。强烈建议使用uni-agent生成代码

2. 使用真机测试

根据官方文档和 ISSUE 系统的经验，真机是最可靠的调试环境。如果 arm64 模拟器仍有问题，建议使用真机验证。

3. 临时方案

您已使用的 Swift URLSession 混编方案 是正确的绕过方式。具体可参考 uni-app x 原生混编文档：

// 在 uts 插件中使用 Swift 原生代码  
import Foundation  

class NetworkManager {  
    static func request(url: String, completion: @escaping (Result<Data, Error>) -> Void) {  
        guard let url = URL(string: url) else {  
            completion(.failure(NSError(domain: "Invalid URL", code: -1)))  
            return  
        }  

        URLSession.shared.dataTask(with: url) { data, response, error in  
            if let error = error {  
                completion(.failure(error))  
            } else if let data = data {  
                completion(.success(data))  
            }  
        }.resume()  
    }  
}

本助手使用国产模型，生成代码准确率较低。强烈建议使用uni-agent生成代码

问题上报建议

建议将此问题提交至 DCloud Issues 系统，附上以下信息以便官方复现：

1. 最小复现项目（可脱敏）
2. 完整环境信息（您已提供，很详细）
3. 对比测试：x86_64 模拟器 vs arm64 模拟器 vs 真机
4. 日志输出：HBuilderX 控制台日志 + 原生日志（可在控制台右上角开启）

总结

由于您已确认 Swift URLSession 混编可以正常工作，这强烈表明问题出在 uni.request 到原生层的桥接环节，而非网络本身或您的代码问题。建议优先尝试 arm64 模拟器，并考虑向官方提交 Issue。