通过 Socket 系统接口，链接到一个TCP服务器，那么在链接成功之后会被配置一个从本地端到目的端最佳的TCP_MSS大小。

我们通过这个特点，即可轻松的实现，链路MTU大小发现功能，在不依赖ROOT管理员权限的情况下，推算出一个较为OK的MTU大小。

一般来说，TCP在服务器SYN|ACK的时候，指定的TCP选项设置的最大分段大小，通常是需要-12字节的，这是因为在PUSH/ACK分段的时候头部有扩展12字节的TCP选项，两个NOP填充，一个TIMESPAN时间戳。

所以：

 当如上图，TCP选项协商设置最大分段大小为；1332，那么意味着TCP_MSS为1320，扣除TCP PUSH/在协议头上额外设定的12字节，一个TCP选项占四个字节，三个则12字节。

 

所以：

我们只要需要通过 socket 接口，获取 TCP_MAXSEG 的值，加12，那么就是TCP的大小，IPV4头20字节，那么意味着；

MTU=1320+12+20=1352，则：从本机到目的主机最佳MTU大小为1352，理论更大会导致传输效率的降低，因为这意味着沿途某一个路由需要进行分片传输。

注意：

TCP是通过 “Path MTU Discovery（PMTUD）” 路径MTU发现机制来探测MTU大小的，但是这个在非TCP模式下不可用。

其原理大致为：

1、 发送端发送一个较大尺寸的数据包，并将 "Don't Fragment"（DF）标志位置为1，这样数据包就不会在传输过程中被分片。

2、如果数据包超出了某个路由器的MTU，该路由器将会丢弃数据包，并向发送端发送一个 "ICMP Fragmentation Needed" 消息，其中包含其MTU值。

3、发送端收到 "ICMP Fragmentation Needed" 消息后，会调整其传输数据包的大小，使其不超过最小的发现的MTU值。然后继续发送新的数据包进行测试，直到找到两个节点之间的最佳MTU值。

PMTUD机制是操作系统内核协议栈已经实现的功能，当我们调用 connect 函数的时候，内核那边就会做这样的行为，当然如果已有缓存就不会触发PMTUD机制，这个可以抓包工具来分析。

函数： 

 GetTcpMss 获取TCP_MSS大小 

SetTcpMss 设置TCP_MSS大小

        /* TCP MSS values – what’s changed?* https://blog.apnic.net/2019/07/31/tcp-mss-values-whats-changed/ */int Socket::GetTcpMss(int fd) noexcept {if (fd == -1) {return -1;}int mss = 0;socklen_t mss_len = sizeof(mss);if (::getsockopt(fd, IPPROTO_TCP, TCP_MAXSEG, (char*)&mss, &mss_len) < 0) {return -1;}return mss;}bool Socket::SetTcpMss(int fd, int mss) noexcept {static constexpr int TCP_MIN_MSS = 536;static constexpr int TCP_MAX_MSS = 1460;if (fd == -1) {return false;}if (mss < TCP_MIN_MSS) {mss = TCP_MIN_MSS;}elif(mss > TCP_MAX_MSS) {mss = TCP_MAX_MSS;}int err = ::setsockopt(fd, IPPROTO_TCP, TCP_MAXSEG, (char*)&mss, sizeof(mss));return err == 0;}