Julia WebSocket读写速度远低于Python版本 高延迟现象是否为正常情况？

结论 #

该现象不符合预期，默认优化后的Julia WebSocket实现性能应与Python/Node.js持平甚至更优，你测得的差距主要来自测试代码差异和库的默认配置问题。

核心原因分析 #

• 你使用的readguarded函数自带额外开销：这个函数是WebSockets.jl提供的带异常捕获、连接状态检查的包装接口，比原生read(ws)多了冗余的状态判断和锁开销，稳定测试场景下完全可以换成原生读接口降低开销。
• 测试代码不完全等效：Python代码发送的消息是"hello"，Julia代码发送的是"ping"，虽然交易所对这两个的响应逻辑大概率一致，但严格来说属于未控制的测试变量；另外可以核对计时范围是否包含了不必要的操作。
• WebSockets.jl默认开启了TCP Nagle算法：默认情况下连接的TCP_NODELAY是关闭的，操作系统会攒小包合并发送，直接引入几十毫秒的发送延迟，而Python的websockets库默认是开启TCP_NODELAY的，这是最可能的核心差距来源。

优化后的测试代码示例 #

using WebSockets
function main()
    # 开启TCP_NODELAY关闭Nagle算法
    WebSockets.open("wss://wsaws.okex.com:8443/ws/v5/public", tcpdelay=false) do ws
        # 先跑一轮预热，排除JIT编译开销
        write(ws, "ping")
        read(ws)
        for i = 1:100
            a = time_ns()
            write(ws, "ping")
            data = read(ws)
            b = time_ns()
            println(String(data), " ", (b - a) / 1e6)
            sleep(0.1)
        end
    end
end
main()

优化后预期结果 #

调整后测试的耗时应该会降到2~6ms区间，和Python实现的性能基本一致。

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