因此，就可以发现 intptr_t 和 uintptr_t 定义的巧妙之处： 在64位机器上， intptr_t 为 long int， uintptr_t 为 unsigned long int。 而在非64位机器上， intptr_t 为int， uintptr_t 为 unsigned int。

摘要：intptr_t是一个可以安全存储指针值的整数类型，其大小由系统架构决定。 在64位系统上，intptr_t为long int（8字节）；在32位系统上，它为int（4字节）。 这通过GCC预定义宏（如__x86_64__）和头文件（stdint.h）中的条件编译实现。 通过检查__WORDSIZE宏，系统自动选择适合的整数类型来匹配指针宽度，确保指针与整数的安全转换。

It is capable of storing values in the range [INTPTR_MIN, INTPTR_MAX]. uintptr_t is an unsigned integer type such that any valid (void *) value can be converted to this type and then converted back.

在64位的机器上，intptr_t和uintptr_t分别是long int、unsigned long int的别名；在32位的机器上，intptr_t和uintptr_t分别是int、unsigned int的别名。 那么为什么要用typedef定义新的别名呢？ 我想主要是为了提高程序的可移植性（在32位和64位的机器上）。 很明显，上述代码会根据宿主机器的位数为intptr_t和uintptr_t适配相应的数据类型。 另外，如注释所言，定义这两个数据类型别名也是为了“void *”指针。 在C语言中，任何类型的指针都可以转换为void *类型，并且在将它转换回原来的类型时不会丢失信息。 文章浏览阅读8.8w次，点赞27次，收藏84次。

std::int8_t may be signed char and std::uint8_t may be unsigned char, but neither can be char regardless of its signedness (because char is not considered a "signed integer type" or "unsigned integer type").

intptr_t is a signed integer type defined in <stdint.h> that bridges integers and pointers. It is not a pointer itself, but an integer capable of storing pointer values portably across systems with different pointer sizes.

上面分开64位机器非64位，64位上intptr_t、uintptr_t分别是long int和unsigned long int的别名，非64位是int、unsigned int的别名。 这和指针有什么关系？ 如下表. 64位机器上指针占8字节，long类型也占8字节，32位机器上指针占用4字节，int类型也占用4字节，所以intptr_t、uintptr_t才这样取别名就是为了能让整数类型与指针互相转换，且注意到为了兼容16位机器，在非64位机器的intptr_t、uintptr_t用int来取别名，而不是long。 总而言之就是：intptr_t是为了跨平台，其长度总是所在平台的位数，所以用来存放地址。 好处是啥？

On many occassion, where you need to perform bitwise operation on an address, you can use intptr_t. However, for bitwise operations, best approach is to use the unsigned counterpart, uintptr_t.

intptr_t类型 描述： 该类型表示一种有符号整数类型，任何有效的 void 类型指针都能够转换为该类型；再从该类型转换成 void 类型指针，结果与原指针相同。 该类型是可选类型。