为什么Socket的accept方法会返回对等方地址？

• 什么时候需要用accept返回的地址？
  大部分常规场景（比如简单的请求响应服务）确实用不上，但有些场景会直接用到：

  • 日志审计：需要记录每个连接的客户端来源地址，方便排查问题或统计访问情况，这时候accept返回的地址可以直接拿来用，不用额外调用方法。
  • 即时权限校验：如果服务需要根据客户端IP做白名单/黑名单校验，刚建立连接就可以用这个地址判断，不用等到后续需要时再调用get_peer_name。
  • 多租户/路由场景：比如代理类服务，需要根据客户端地址将请求转发到不同后端，建立连接时拿到地址能更快完成路由初始化。

• get_peer_name能不能替代accept返回的地址？
  绝大多数情况下，两者返回的对等方地址内容是完全一致的，都是连接建立时客户端的IP和端口信息。但有两个小差异需要注意：

  • 调用时机：get_peer_name必须在连接建立成功后调用（也就是accept返回的新Socket实例上），而accept是在建立连接的同时直接返回地址，对于需要立即使用地址的场景，少一次系统调用，效率略高。
  • 异常场景：极少数情况下，比如Socket连接出现异常（比如半关闭状态），get_peer_name可能返回错误，但accept返回的地址是在连接完全建立时获取的，可靠性更高。

• 你没遗漏什么，只是常规场景用不到而已
  常规的Socket用法（比如简单的客户端-服务器数据交互）确实不需要特意保存或使用这个地址，这很正常。只有当服务需要基于客户端地址做额外逻辑时，这些信息才会派上用场。

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