整数常量0引发std::string运行崩溃：原因及隐式转换禁用方法问询

嗨，这个坑我之前踩过！让我给你把来龙去脉讲清楚，还有解决办法：

为啥func(0)能编译却运行崩溃？ #

这背后是C++里一个容易被忽略的历史遗留规则：

• 整数常量0是C++官方认定的「空指针常量」，它可以隐式转换成任何指针类型（比如const char*）。
• std::string有个不带explicit关键字的构造函数：std::string(const char*)，所以当你传0的时候，编译器会自动把0转成const char*空指针，接着用这个空指针构造临时std::string对象，再传给func的引用参数。
• 运行时崩溃的原因很直接：std::string的这个构造函数会尝试读取指针指向的字符串内容（比如调用strlen算长度），空指针解引用属于未定义行为，直接触发崩溃——这就是你在strlen.asm里看到崩溃的根源。

那为啥func(1)和func((void*)0)编译失败？ #

• func(1)：普通整数1不是空指针常量，C++不允许普通整数随便转成指针，编译器找不到匹配的func，直接报错，这符合你的预期。
• func((void*)0)：void*不能隐式转换成const char*（C++不允许不同类型的指针随便转，除非是派生类转基类这种特殊情况），而std::string根本没有接受void*的构造函数，自然也编译不通过。

怎么禁用这个危险的隐式转换？ #

最靠谱的办法是加一个标记为删除的重载函数，专门拦截整数类型的调用：

// 拦截所有int类型的传入，直接编译报错
void func(int) = delete;
// 你的目标函数
void func(const std::string& str);

这样再调用func(0)时，编译器会优先匹配这个int参数的重载，而这个重载被标记为delete，直接就给你抛出编译错误，从根源上杜绝运行时崩溃的可能。

要是你用的是C++17及以上，也可以考虑结合std::string_view来做，但核心思路都是拦截整数类型的传入，避免隐式转换。

从C++标准角度看这个问题 #

根据C++标准里的[conv.ptr]章节：

值为0的整数常量表达式，或者类型为std::nullptr_t的表达式，可以隐式转换为任意指针类型，结果是空指针。

这个规则是为了兼容C语言里用NULL（通常定义为0）表示空指针的写法，但在C++里更推荐用nullptr，因为nullptr只能转成指针类型，不会出现这种把整数和指针搞混的情况。

内容的提问来源于stack exchange，提问作者Remz