URL路径是否仅由应用层支持？自定义应用协议如何处理路径？

1. 路径所属分层 #

URL路径属于应用层范畴，TCP/IP体系里传输层（TCP）和网络层（IPv4）只负责端到端的连接建立和数据传输，不感知上层业务的资源定位逻辑，因此路径完全由你自行实现的应用层协议承载。

2. 客户端、服务端的路径处理逻辑 #

你在使用net.Dial()、net.Listen()完成TCP连接建立后，按以下逻辑处理即可：

• 客户端：将路径按照你自定义的协议规则，写入TCP载荷中，和其他业务数据一起发送给服务端
• 服务端：从TCP连接中读取到载荷数据后，按照约定的规则解析出路径，匹配对应的处理逻辑后返回响应即可

3. 路径处理的通用性问题 #

不是所有应用协议都需要自行实现路径处理逻辑：

• 只有当你的协议需要通过URL定位不同服务端资源时，才需要设计路径解析规则
• 类似SSH、Telnet这类不需要按路径寻址的应用协议，不需要路径相关的处理逻辑，完全看你的协议设计需求

4. 自定义路径规则的可行性 #

你完全可以自定义url-path的规则、客户端与服务端的解析逻辑，将路径作为普通业务数据在TCP载荷中传输，你提到的实现方案完全可行：
相关规范明确规定，url-path的语法、解析逻辑完全由URL的Scheme（即你自定义协议名proto）决定，没有统一的强制标准。你可以自行约定路径在TCP载荷中的存储位置、编码格式：比如你规定路径放在TCP载荷前4个字节，proto://127.0.0.1:4444/path对应发送的TCP载荷前四位为[112 97 116 104]，只要客户端和服务端都遵守这套规则，就能正常运行，没有任何规范冲突。

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