使用k6本地负载测试API时遇dial tcp连接拒绝问题求助

算力阿峰

2026-5-19

嘿，这种情况确实挺闹心的——明明浏览器、Postman和cURL都能正常访问本地API，唯独k6连不上。我来给你分享几个实用的排查方向，帮你定位问题：

检查k6的代理设置：有时候k6会自动继承系统的代理配置，而其他工具可能没走代理或者用了不同的代理规则。你可以试试在运行k6时禁用代理，用环境变量：NO_PROXY=localhost k6 run your-test-script.js，或者在脚本里全局设置禁用代理：
```
import http from 'k6/http';

export function setup() {
  http.setGlobalOptions({ noProxy: ['localhost', '127.0.0.1'] });
}
```
强制使用IPv4地址访问：错误里提到了dial tcp [::1]:8000，说明k6可能在尝试用IPv6连接，但你的API服务可能只监听了IPv4的127.0.0.1。把脚本里的URL改成http://127.0.0.1:8000，而不是localhost，看看能不能成功连接。
开启k6的调试日志：运行k6时加上--log-level debug参数，能获取到非常详细的网络请求细节，包括DNS解析结果、连接建立过程、请求头信息等。比如执行：k6 run --log-level debug your-test-script.js，从日志里你能看到k6到底在尝试连接哪个IP，有没有遇到什么具体的网络错误。
排查脚本本身的问题：有时候可能是脚本里的自定义配置导致的，比如错误的请求头、认证信息或者全局设置。写一个极简的测试脚本（只包含基础的GET请求），用它来测试，排除复杂逻辑的干扰：
```
import http from 'k6/http';
import { check } from 'k6';

export default function () {
  const response = http.get('http://localhost:8000');
  check(response, {
    '请求成功': (r) => r.status === 200,
  });
}
```
检查k6版本与系统兼容性：如果最近更新过k6或者系统网络配置，可能出现兼容性问题。试试降级到之前能正常运行的k6版本，或者在另一台机器上运行同样的脚本，看看是不是本地环境的特殊问题。