强制修改const char*类型的数据

C++是一门类型安全(type-safe)的编程语言，它对类型的检查是十分严格的。一个const char*类型的数据是不允许被修改的，如果程序违反了这条规定，编译器将毫不留情地提示错误，不让通过。作为程序员，须知道这样的限制是很有实际意义的，毕竟大多数情况下我们需要类型安全的代码。但是有的时候，我们真的需要修改const char*类型的数据，怎么办？没问题，C++同样也是一门相当灵活的编程语言，它提供了const_cast<>专门处理这种需求。

举个例子。看下面的代码：

char szArray[]="Constring";
const char* str1=szArray;
str1[0]='c';  //#1 Error
char* str=const_cast<char*>(str1);
str[0]='c';   //#2 OK

#1处将会出错，编译不能通过；而一旦使用const_cast<>去除str1所指内存的常量性后，再去修改它的内容就被允许了。可见强制修改const char*类型数据的方法是：使用const_cast<>去除字符串的常量性，让它可以被修改。

不过，有一种特别的情况不可忽视，看下面的代码：

const char* str1="Constring";
char* str=const_cast<char*>(str1);
str[0]='c';    //#3 Runtime Error

编译器没有报错，因为上面的代码没有语法问题；可是，程序一旦跑起来却会在#3处抛出了access violation异常，出现运行时错误。原因很简单，"Constring"存放于常量数据区，是不可修改的。这种强制性是不容商量的，它不是语法上的约束，而是内存安全方面语义上的约束。

总结一下，一共有3点：

(1)const char*类型的数据从语法上看是不可被修改的，程序员在大多数情况真的应该“循规蹈矩”；

(2)只有在的确需要修改的时候，才使用const_cast<>转型操作抹去const数据的常量性，进而对数据进行修改，动作虽然“粗鲁”但可行；

(3)常量数据区的数据的const属性是不容商量的，就算你用const_cast<>骗过了编译器，程序跑起来后也一定会出现异常。