HTTP LINK方法是什么？Express中使用该方法报TS错误有何优缺点？

LINK方法的合理性 #

• 语义清晰：LINK是HTTP协议明确定义的方法，设计目的就是专门用于建立两个资源之间的关联关系，与用于解除关联的UNLINK方法对应，完全符合REST API语义化设计原则，无需通过接口路径、请求体额外标识操作类型，仅通过请求方法即可明确操作意图。
• 规避GET的误用风险：HTTP规范要求GET方法为无副作用、幂等的读操作，而资源关联操作本身会修改服务端资源状态，若使用GET实现关联逻辑，爬虫、浏览器预加载机制可能会误触发请求，导致非预期的资源绑定，LINK属于非安全方法，不会被上述机制默认触发，符合方法语义要求。
• 符合官方规范：RFC 5988明确规定LINK方法用于在目标资源与源资源之间建立链接关系，属于合规的HTTP方法实现，适用于严格遵循REST规范的项目架构。

LINK方法的弊端 #

• 生态兼容性差：绝大多数后端框架的默认类型定义、反向代理、CDN、WAF设备默认不会支持LINK这类冷门HTTP方法，轻则出现类型报错，重则请求直接被拦截，无法正常触达后端服务。
• 前端适配成本高：部分低版本浏览器、旧版请求库（如XMLHttpRequest、早期fetch实现）对自定义冷门HTTP方法的支持度不足，可能出现请求抛出异常的问题，需要额外做兼容处理。
• 开发工具支持不足：Postman、Apifox等接口调试工具的默认方法列表无LINK选项，每次调试需手动输入方法名；Swagger等接口文档生成工具也无法自动识别LINK方法，需要额外配置，提升了开发维护成本。
• 团队认知成本高：绝大多数开发者仅熟悉GET/POST/PUT/DELETE/PATCH等常用HTTP方法，LINK方法的认知度低，会提升项目新人的学习成本。

TypeScript类型报错解决方案 #

针对Property 'link' does not exist on type 'Router'.ts(2339)报错，可通过扩展Express类型定义解决：

1. 在项目中新建类型声明文件，如typings/express/index.d.ts，添加如下代码：

import * as express from 'express';

declare module 'express-serve-static-core' {
  interface Router {
    link: (path: string, ...handlers: express.RequestHandler[]) => express.Router;
    unlink: (path: string, ...handlers: express.RequestHandler[]) => express.Router;
  }
}

2. 在tsconfig.json的include数组中添加该声明文件的路径，即可消除类型报错。

如果项目需要兼顾兼容性，更推荐使用通用的POST方法实现关联逻辑，将接口调整为POST /:username/product/link的形式，是目前行业内更通用的实现方案。

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