rizon

问题最后找到了，确实是系统环境变量导致的，我在 docker 里启动就没问题。
但我不知道是哪个环境变量影响的。也不知道本地调试时该如何避免变量影响。

@xiaoming1992 #18 哎，错觉啊，没解决，，就偶发好了一下下，刚才一试又不行了。。。

@rizon 而且这个问题诡异的是，请求还偶尔能成功一次。10 次里成功一次的样子

@xiaoming1992 删除掉 content type 可以了！！！真的是这个问题！！！感谢！！！

而且你这么一说就提醒我了，过去我也遇到过类似的问题，也是因为多写了 content type 导致的，这会没想起来这事。
但是我不知道为什么会有这个问题。。。。

@rizon #11 忽略这个吧，我搞错了，不是这个问题。

@htf176 #10
@liyang582 #9
我怀疑是参数问题
jinaapi 原本的参数里，input 是一个数组 { "input": [... ]} ，我在数组里是 base64 的图片数据。
我用 python 做了代理后，在 nodejs 里用数组的这个形式发起请求后就会有问题，但是改成 input 单个对象请求就没问题了。

@liyang582 #6 没有任何 http 代理，python 和 nodejs 在同一个机器上。
@jiangzm #7

最后还是没解决，我单独写了一个 python ，只用于发 request 请求，然后 nodejs 请求这个 python 服务去调用 api 接口，，，，

我觉得是 nodejs 里的一些内置参数的问题，但是我没查出来

真的太诡异了，到底是哪里问题啊，python 请求百分百成功，一换 nodejs 就超时。。。。

@importmeta #2
Error: connect ETIMEDOUT xxxxx.xxx:443
at createConnectionError (node:net:1648:14)
at Timeout.internalConnectMultipleTimeout (node:net:1707:38)
at listOnTimeout (node:internal/timers:583:11)
at process.processTimers (node:internal/timers:519:7) {
errno: -110,
code: 'ETIMEDOUT',
syscall: 'connect',
address: 'xxx.xxx.xx',
port: 443