应使用 uintptr_t 替代 int 存储指针值，因其保证能容纳 64 位地址且避免符号扩展；仅在明确需负值语义时用 intptr_t；遗留接口强制要求 32 位时才显式截断并加 assert 验证。
这是 64 位系统上典型的指针与整数类型不匹配警告，根源在于用 int（通常 32 位）直接接收指针地址（64 位），编译器无法保证截断安全。
为什么 reinterpret_cast<int>(ptr)</int> 会报这个警告
在 x86_64 Linux/macOS 或 Windows 上，指针是 64 位，而 int 多数仍是 32 位（即使 sizeof(int) == 4）。强制转成 int 会丢弃高 32 位地址，运行时可能出错或崩溃。
- 该转换在 32 位平台可能“恰好”通过，但代码失去可移植性
-
static_cast<int>(ptr)</int>甚至不合法，编译失败；只有reinterpret_cast允许，但不表示安全 - Clang/GCC 默认开启
-Wpointer-to-int-cast，此警告不可忽略
正确做法：用 uintptr_t 替代 int
uintptr_t 是标准定义的无符号整数类型（<cstdint> 中），保证能容纳任意指针值，且无符号特性避免符号扩展问题。
- 必须包含
#include <cstdint> - 改写为
uintptr_t addr = reinterpret_cast<uintptr_t>(ptr);</uintptr_t> - 若需有符号运算，可用
intptr_t，但仅当明确需要负值语义时才用 - 打印时用
printf("%" PRIuPTR, addr)（需<inttypes.h>）或 C++20 的std::format
什么情况下真要转成普通 int？慎用！
极少数遗留接口（如某些 GUI 库的 LPARAM、旧版 Win32 消息参数）要求 32 位整数承载指针，此时必须显式截断并自担风险。
立即学习“C++免费学习笔记（深入）”；
- 先确认目标 API 文档是否真的只接受 32 位 —— 很多现代封装已支持
LONG_PTR或INT_PTR - 若必须截断，加显式检查：
assert(reinterpret_cast<uintptr_t>(ptr) </uintptr_t> - 然后用
static_cast<int>(reinterpret_cast<uintptr_t>(ptr) & 0xFFFFFFFFU)</uintptr_t></int>，而非裸 cast - Windows 下优先用
PtrToLong/PtrToInt等宏，它们已处理平台差异
真正棘手的不是怎么转，而是转完之后怎么用：如果后续逻辑假设地址低 32 位唯一，或拿它做哈希/索引，那在 ASLR 启用、堆内存高位分配的环境下，大概率出错。别让类型转换掩盖设计缺陷。
