如何在Express中正确返回JPG图像数据并解决格式损坏问题

• 路由语法错误：原代码中Express路由的回调函数为普通同步函数，内部直接使用await语法，会触发运行时语法报错，接口流程无法正常执行。
• 二进制图像数据被转码损坏：axios默认的响应处理逻辑，会自动将响应体转换为UTF-8格式字符串，转换过程中JPG图像的原始二进制字节序列被篡改，就算设置了正确的Content-Type，客户端拿到的也是被转码破坏的字符串，无法解码为正常图像。
• 响应长度计算失效：字符串类型的image_request.data的length属性统计的是字符数，并非原始图像的实际字节数，计算得到的Content-Length和实际传输的字节数不匹配，会进一步导致客户端解码失败。
• 响应头默认匹配逻辑：未手动设置Content-Type时，直接将字符串传给res.send()，Express会默认将响应头设为text/html; charset=utf-8，因此Postman会按纯文本格式解析响应，无法自动识别为图像。

要正常透传拉取到的JPG图像，需要从axios数据获取、Express响应发送两个环节调整逻辑：

• 给路由回调添加async修饰，确保await语法可正常运行
• 给axios请求配置增加responseType: 'arraybuffer'，让axios直接返回原始二进制缓冲区，跳过字符串转码步骤，保证返回的图像字节和源站完全一致
• 直接将拿到的二进制缓冲区作为响应体返回，无需手动计算Content-Length，Express会自动匹配正确的响应长度和内容类型

调整后的可运行代码示例：

router.get("/photos", async (req, res) => {
    const imageRequest = await axios({
        method: "get",
        url: "https://i.sstatic.net/HQzUc.jpg",
        // 核心配置：跳过自动字符串转码，直接获取二进制原始数据
        responseType: "arraybuffer"
    });

    // 透传源站的内容类型头
    res.set("Content-Type", imageRequest.headers["content-type"]);
    // 直接发送二进制数据，Express会自动计算正确的Content-Length
    res.send(imageRequest.data);
});

补充说明：当向res.send()传入arraybuffer类型数据时，Express会自动将其封装为Node.js Buffer，自动计算准确的字节长度，不需要手动处理Buffer转换，也不需要手动设置Content-Length，手动设置反而容易因为长度计算错误导致传输异常。

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