部署Node.js到Heroku时axios请求报ECONNREFUSED 127.0.0.1:80错误

问题根因 #

• 你的端口配置逻辑本身没有问题：const port = process.env.PORT || 8000是Heroku部署的标准正确实现，和本次报错无关。
• 核心逻辑错位：你写的exports.home是Node.js服务端的路由处理函数，这段axios调用是在服务器进程内部执行，而非浏览器端的前端代码。
• Node.js环境下的axios没有浏览器上下文：浏览器端的axios遇到/api/v1/xxx这类相对路径，会自动基于当前页面的域名拼接成完整请求地址；但Node.js进程内不存在“当前页面”的概念，传入相对路径时axios无法正确拼接源地址，最终生成你日志里看到的畸形地址http:/api/v1/shifts/upcoming?limit=4，并默认兜底请求本地127.0.0.1的80端口，直接触发连接拒绝错误。

修复方案 #

方案1：优先用直接业务调用替代无意义的内部HTTP请求（最优解） #

既然这段逻辑运行在同一个Node.js应用的服务端进程内，完全不需要通过发HTTP请求调用自己应用的接口，直接引入对应接口的业务处理函数调用即可，还能省去不必要的网络开销。
示例代码：

// 引入对应接口的业务逻辑，而非走HTTP请求
const { queryUpcomingShifts } = require('./shiftService');

exports.home = catchAsync(async (req, res, next) => {
    // 直接调用业务逻辑获取数据
    const upcoming = await queryUpcomingShifts({ limit: 4 });
    // 后续页面渲染、响应返回逻辑...
});

方案2：必须走服务端HTTP请求时，补全完整绝对地址 #

如果场景限制必须通过HTTP形式发起请求，不能直接调用业务逻辑，就不能传入相对路径，必须拼接完整的应用域名作为请求前缀。
可以通过环境变量配置应用域名，避免硬编码：

1. 在Heroku应用的配置项中新增环境变量APP_BASE_URL，值为部署后的完整应用域名，例如https://your-app-name.herokuapp.com
2. 修改axios请求配置：

exports.home = catchAsync(async (req, res, next) => {
    const upcoming = await axios({
        method: 'GET',
        // 拼接完整绝对路径
        url: `${process.env.APP_BASE_URL}/api/v1/shifts/upcoming`,
        params: {
            limit: 4,
        },
    });
    // 后续逻辑...
});

方案3：前端请求逻辑位置错误时的调整 #

如果你原本写这段axios是给前端页面调用的，需要把这段代码从服务端路由处理函数中移出，放到前端静态资源的JS代码中——浏览器环境执行的axios遇到相对路径会自动基于当前页面域名补全，不会出现请求本地80端口的问题。

验证方法 #

• 部署后可通过heroku run bash进入应用运行容器，打印axios实际生成的请求地址，确认拼接是否正确。
• 如果日志中看到以http:/（仅单个斜杠）开头的请求地址，即可确认是Node.js环境下axios解析相对路径失败的典型问题。

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