std::is_pointer仅判断类型是否为指针,与变量值无关;必须配合decltype或模板参数使用,不能直接传变量,且不适用于智能指针、成员指针或引用类型。

std::is_pointer 不能判断变量是否为指针,只能检查类型
这是最常被误解的一点:std::is_pointer 接收的是类型(type),不是变量(value)。它在编译期对**类型名**做元编程判断,和运行时的变量值完全无关。比如你写 int* p = nullptr;,std::is_pointer 是 true;但 std::is_pointer 就是 false(因为 *p 类型是 int)。
常见错误现象:
- 试图传入变量名:
std::is_pointer—— 编译失败,::value
p不是类型 - 混淆
decltype(x)和decltype((x)):后者带括号会变成左值引用类型,std::is_pointer永远是::value false
正确用法:必须配合 decltype 或模板参数推导
要检查某个变量的“类型是否是指针”,必须先用 decltype 提取其类型,再喂给 std::is_pointer。C++17 起可直接用 std::is_pointer_v 简化写法。
实操建议:
立即学习“C++免费学习笔记(深入)”;
- 检查裸指针变量:
std::is_pointer_v(p是int*类型) - 检查智能指针?不行——
std::unique_ptr不是指针类型,std::is_pointer_v<:unique_ptr>>为false - 检查函数指针?可以——
void(*)()、int(*)(double)都满足std::is_pointer - 检查成员指针?不行——
int A::*属于std::is_member_pointer范畴
为什么不能靠它识别“实际指向东西”的指针?
std::is_pointer 是纯编译期类型特征,不关心值、不关心空与否、不关心是否有效。哪怕你写 int* p = (int*)0xdeadbeef;,std::is_pointer_v 仍是 true;而 std::shared_ptr 的类型不是指针,即使它语义上管理堆内存。
性能与兼容性影响:
- 零开销:所有判断都在编译期完成,生成代码里不留痕迹
- C++11 起可用,无需额外依赖
- 对 cv 限定符敏感:
const int*是指针,int* const也是(顶层 const 不影响指针类型本质)
容易被忽略的边界情况:数组名、引用、退化行为
数组名在多数语境下会“退化”为指针,但它的原始类型不是指针——int arr[5]; 的 decltype(arr) 是 int[5],std::is_pointer_v 为 false;只有显式取地址或用 auto* 推导才得到指针类型。
其他易错点:
-
auto x = &some_int;→x类型是int*,std::is_pointer_v为true -
auto& r = some_ptr;→r类型是int*&,std::is_pointer_v仍为true(引用不改变底层类型是否是指针) -
int& ref = val;→std::is_pointer_v是false,引用类型本身不是指针
真正难的不是调用这个 trait,而是想清楚你要检查的究竟是“语法层面的类型构造”,还是“语义层面的资源管理行为”——后者得靠自定义 type traits 或运行时标记。









