Node.js修改主机IP后REST API GET响应未返回更新IP问题

核心代码笔误（90%概率为根因） #

先看你贴的readIp实现，存在非常明显的返回值错误：

function readIp()
{
    var command = "hostname -I";
    var ip_addr = execSync(command).toString().trim();
    console.log("Ip address: " + ip_addr);
    return ip; // 这里的返回值完全写错了
}

你执行系统命令拿到的实时IP存在ip_addr变量里，控制台打印的也是这个正确的实时值，但最后返回的却是文件顶部通过require('ip')导入的第三方npm模块对象。这个模块在Node服务启动时就会完成初始化，缓存当时读取到的主机IP，不会随着你修改网卡配置自动更新，所以接口永远返回服务启动时读到的旧IP。
直接把返回值改成你实际读取到的变量即可修复这个问题：

function readIp()
{
    var command = "hostname -I";
    var ip_addr = execSync(command).toString().trim();
    console.log("Ip address: " + ip_addr);
    return ip_addr;
}

你之前尝试用os模块、child_process模块等多种方式读取IP都得到异常结果，本质原因是不管你用什么方式拿到了新IP，最后返回给接口的都不是刚读到的新值，而是服务启动时就缓存的旧IP变量/模块对象。

修复代码后仍可能遇到的TCP连接复用问题 #

就算改完上面的笔误，还有概率遇到返回旧IP的情况，这是TCP连接的默认机制导致的：
你发起PUT修改IP的请求时，客户端是和服务器的旧IP建立的TCP长连接，服务器端修改网卡IP后，操作系统不会主动断开这条已经建立的旧连接，后续你发的GET请求如果复用了这条旧连接，流量不会走到新IP的网络栈上，甚至会拿到旧连接上残留的响应缓存。
针对这个问题做两个简单配置即可解决：

• 给所有接口的响应头加上Connection: close，禁用HTTP长连接，每次请求处理完主动断开连接，避免连接复用
• 给GET接口加上响应头Cache-Control: no-cache,no-store，强制客户端、中间代理不缓存接口响应，彻底排除缓存干扰
• 如果条件允许，在setIp逻辑执行完、IP修改生效后，主动关闭服务所有现有TCP连接，强制客户端重新建立连接。

验证流程 #

1. 修正readIp的返回值错误，重启Node服务
2. 发起PUT请求修改IP，等待2秒让网卡配置完全生效
3. 关闭客户端之前和服务器建立的所有请求连接，重新发起GET请求，就能拿到更新后的正确IP。

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