gethostname在Windows和Linux上行为不一致：Linux返回短主机名，Windows可能返回FQDN或空字符串；需分别链接ws2_32.lib和libc，头文件为winsock2.h与unistd.h，调用前Windows须WSAStartup，缓冲区建议固定256字节并检查返回值、手动置\0。
gethostname 在 Windows 和 Linux 上的行为差异
直接调用 gethostname 看似跨平台，但实际行为不一致：Linux 下返回短主机名（如 mybox），Windows 下可能返回 FQDN（如 mybox.local）或空字符串——尤其在无 DNS 配置时。更麻烦的是，Windows 要求链接 ws2_32.lib，而 Linux 依赖 libc，头文件也不同：unistd.h vs winsock2.h。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 统一包含
winsock2.h（Windows）和unistd.h（POSIX），用宏区分编译路径 - 调用前确保 Windows 已调用
WSAStartup；否则gethostname返回 -1，WSAGetLastError()为WSANOTINITIALISED - 缓冲区大小必须 ≥
MAXHOSTNAMELEN（Linux）或MAX_COMPUTERNAME_LENGTH + 1（Windows），硬写 256 字节最稳妥
封装时如何避免缓冲区溢出和截断
常见错误是传入栈上小数组（如 char name[32]），结果被截断且无提示；或者没检查返回值，把未初始化内存当字符串用。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 始终用
std::string接收，分配足够空间（如 256 字节），再传&buffer[0] - 检查
gethostname返回值：成功为 0，失败为 -1（POSIX）或 SOCKET_ERROR（Windows） - 无论成功与否，手动在末尾写
\0，防止旧数据残留导致越界读 - 示例关键片段：
std::string hostname(256, '\0');<br>int ret = gethostname(&hostname[0], hostname.size());<br>if (ret == 0) hostname.resize(strlen(&hostname[0]));
替代方案：getaddrinfo + localhost 是否更可靠？
有人想绕过 gethostname，改用 getaddrinfo("localhost", ...) 反解本地地址的 hostname。这不可靠——"localhost" 在 /etc/hosts 或 hosts 文件里可能映射到 127.0.0.1 或 ::1，但不会返回机器真实主机名；而且某些嵌入式环境甚至没配置 localhost。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 不要用
getaddrinfo替代gethostname，二者语义不同：一个是查域名解析，一个是读系统标识 - 若需 FQDN，应在拿到短主机名后，再调用
gethostbyname或getaddrinfo查询 DNS；但注意这会阻塞、失败率高，且非必需 - 多数场景下，短主机名已足够；强行拼 FQDN 反而引入 DNS 依赖和超时风险
macOS 的特殊处理：SCDynamicStoreCopyComputerName
macOS 上 gethostname 返回的是 BSD 主机名（可通过 hostname 命令设置），但用户在“系统设置→共享”里改的“电脑名称”是另一套，由 SCDynamicStore 管理。两者常不一致。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 如果业务逻辑依赖用户可见的“电脑名称”（如日志显示、P2P 发现），必须额外调用
SCDynamicStoreCopyComputerName - 需要链接
-framework SystemConfiguration，头文件为SystemConfiguration/SystemConfiguration.h - 该 API 返回 CFString，需转成 C++ string；失败时回退到
gethostname是合理策略 - 注意：此调用非纯 POSIX，Linux/Windows 无法编译，务必用
#ifdef __APPLE__包裹
跨平台封装最难的不是调用哪个函数，而是接受“主机名”本身在不同系统里就没有唯一定义——DNS 名、NetBIOS 名、Bonjour 名、UI 显示名，各自独立。按需选择来源，比追求“一个函数走天下”更实际。
