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<>骗过了编译器,程序跑起来后也一定会出现异常。