为什么 VS2017 突然报错 C2440？
在 C++ 开发里，遇到 C2440: 无法从 const char[] 转换为 char* 这种错误，别急着当成编译器 bug。这其实是微软编译器在 VS2017 开始强化标准合规性的信号。简单来说，这是 C++ 标准演进过程中对内存安全的一次'收紧'。
历史背景：从兼容到安全
早期的 C++（C++98/03）为了兼容 C 语言，允许字符串字面量（如 "hello"）隐式转换为 char*。那时候编译器睁一只眼闭一只眼，但隐患很大——一旦你试图修改这个指针指向的内容，就会触发未定义行为（Undefined Behavior）。
到了 C++11，标准明确将字符串字面量的类型定为 const char[]。这意味着它们是不可修改的。VS2017 默认开启了 /permissive- 模式，强制遵循这一规则，所以以前能跑通的代码现在会直接报错。
怎么修？三种方案对比
面对这个错误，核心思路是明确你的意图：是要改字符串，还是只读？
方案一：创建可修改副本
如果你确实需要修改内容，不要直接赋值给指针，而是用数组初始化：
char str[] = "hello world"; // 栈上分配，可修改
char* p = str; // 合法操作
这种方式会在栈上生成一份副本，生命周期随作用域结束而销毁。适合临时处理且需要变动的场景。
方案二：坚持 const 正确性
如果不需要修改，最稳妥的方式是让类型匹配：
const char* str = "hello world"; // 语义清晰，符合标准
这是 API 设计的最佳实践，明确告诉调用者'这里不能改'，既安全又高效。
方案三：拥抱现代 C++ 库
对于新项目，尽量少碰裸指针和 C 风格字符串。std::string 和 std::string_view 才是正解：
#include <string>
#include <string_view>
std::string str = "hello world"; // 自动管理内存，可修改
std::string_view sv = "hello world"; // 零拷贝视图，只读
内存模型简析
不同写法背后的存储机制差异很大，理解这点能帮你避坑：
| 写法 | 存储位置 | 是否可修改 | 生命周期 |
|---|
