C++中函数的const参数一定要传入const实参吗？

Question

在VS2008下写C/C++程序，代码示意如下：
int main()
{
unsinged char *ch1 = null;
ch1 = (unsinged char *)malloc(100 * sizeof(unsinged char));

func1(ch1);
return 0;
}
func1定义为void func1(const char *c1);
在编译工程选项里选择作为C++程序编译，就会出错，cannot convert parameter 1 from 'unsigned char *' to 'const char *'
选择作为C语言程序编译就没错，这能表示C++中形参为const实参必须也得是const吗？有这个要求吗？
改为func1((const char *)ch1)就可以了
那么如果在C++下使用C语言的库，比如strcmp，这个函数的定义中字符串都是const char *，作为C++程序编译时还会对这个const进行限制吗？好像不会吧

Answer 1

要注意unsinged char、signed char、char在C++中是不同的三种类型，char的算术运算结果类似unsigned还是signed，由实现（编译器）决定。

ISO C允许不同类型指针的隐式转换，包括参数传递时实参向形参类型的转换。但是ISO C++对于类型检查更严格，必须使用显式的类型转换。所以在此表达式func1((const char *)ch1)可以通过编译，而func1(ch1)会导致编译错误，并不是const的原因。

对于修饰指针指向类型的const来说，一般不允许随意转换const char*为char*（如果要转换必须用const_cast<char*>或C风格显示类型转换(char*)；反过来可以，strcmp接受const char*参数，因此这里可以隐式转换）。不过对char而言有个deprecated（以后可能不被标准支持）的用法，可以用字面量const char*指针隐式转换为char*指针，用于兼容char *p = "abc";之类的旧代码。

Answer 2

在VS2008C/C++程序，代码示意如下：
int main()
{
unsinged char *ch1 = null;
ch1 = (unsinged char *)malloc(100 * sizeof(unsinged char));

func1(ch1);
return 0;
}
func1定义为void func1(const char *c1);
在编译工程选项里选择作为C++程序编译，就会出错，cannot convert parameter 1 from 'unsigned char *' to 'const char *'

C++中函数的const参数不一定要传入const实参。

要注意unsinged char、signed char、char在C++中是不同的三种类型，char的算术运算结果类似unsigned还是signed，由实现（编译器）决定。
ISO C允许不同类型指针的隐式转换，包括参数传递时实参向形参类型的转换。但是ISO C++对于类型检查更严格，必须使用显式的类型转换。所以在此表达式func1((const char *)ch1)可以通过编译，而func1(ch1)会导致编译错误，并不是const的原因。
对于修饰指针指向类型的const来说，一般不允许随意转换const char*为char*（如果要转换必须用const_cast<char*>或C风格显示类型转换(char*)；反过来可以，strcmp接受const char*参数，因此这里可以隐式转换）。不过对char而言有个deprecated（以后可能不被标准支持）的用法，可以用字面量const char*指针隐式转换为char*指针，用于兼容char *p = "abc";之类的旧代码。

Answer 3

当然不可以，因为你声明的变量ch1 为unsinged char 型，是可以更改内存数据的，而func1声明的是const型，不可以改变数据的，所以必须类型转换

Answer 4

不能运行：const char *c1:指向常量的指针，而ch是变量，
能运行：（const char*）c1就变成了常指针，即c1只能指向一个变量ch，而不管ch是什么，
你改成引用也能运行func1(&ch1); void func1( char *c1);

Answer 5

对于ANSI C/C++来说，如果形参类型不一致，必须采用强制转换
具体就看编译器实现的时候是否严格遵照ANSI的要求了

至少VC60对上面的要求很宽松，VS2008可能反而严格一些。