const允许用户对变量进行行为约束——经过const修饰的变量无法修改。
因此变量可以在不同的编译器或程序员间保持不变。
指针变量
在修饰内部类型时,表示变量内容不能修改。
但是当修饰指针时,就有两种情况:指针变量指向的内容不能修改,指针变量保存的内存地址不能修改。如下:
char greeting[] = "Hello";
char *p = greeting;
// non-const pointer,
// non-const data
const char *p = greeting;
// non-const pointer,
// const data
char * const p = greeting;
// const pointer,
// non-const data
const char * const p = greeting;
// const pointer,
// const data
归结:
当const出现在*号左边时表示:指向的内容不能修改。
当const出现在*号右边时表示:指针指向地址不能修改。
当const出现在*号两边表示:指向的内容和指向的地址都不能修改。
注:const与类型的位置没有特定的指定,const在类型左边和右边表示的意思是一样的,如 const int * a和int const * a表达的意思一样。
STL中const T iterator vs T const_iterator
在STL中使用的迭代器模仿了指针的行为,迭代器也和T* pointer的行为很像。
但是在迭代器中const修饰,并不和变量修饰一样,而是有点相反的意思。
如下:
std::vector<int> vec;
...
// iter acts like a T* const
const std::vector<int>::iterator iter = vec.begin();
*iter = 10; // OK, changes what iter points to
++iter; // error! iter is const
std::vector<int>::const_iterator cIter = vec.begin();
// cIter acts like a const T*
*cIter = 10; // error! *cIter is const
++cIter; // fine, changes cIter
const std::vector< int>::iterator iter 表示iter保存的地址不能修改的,而指向的内容可以修改。
std::vector< int >::const_iterator iter 表示iter保存的地址可以修改,而指向的内容不能修改。
修饰函数
const 关键字最大的魅力是它可以修饰函数的参数、返回值,甚至函数的定义体。
函数输入参数
如果输入参数作为输出使用,因为在函数内想要修改参数,所以这种情况下不能加const 修饰,不论它是什么数据类型,也不论它采用“指针传递”还是“引用传递”,否则该参数将失去输出功能。
如果不作输出使用,才能使用const修饰:
如果输入参数采用“指针传递”,那么加const 修饰可以防止意外地改动该指针,起到保护作用。
例如StringCopy 函数:
void StringCopy(char *strDestination, const char *strSource);
其中strSource参数用来输入(输入参数),strDestination参数用来输出(输出参数)。给strSource 加上const修饰后,如果函数体内的语句试图改动strSource 的内容,编译器将指出错误。
如果输入参数采用“值传递”,由于函数将自动产生临时变量用于复制该参数,该输入参数本来就无需保护,所以不要加const 修饰。即不需要将函数void Func1(int x) 写成void Func1(const int x)。
同理不要将函数void Func2(A a) 写成void Func2(const A a)。其中A 为用户自定义的数据类型。
对于非内部数据类型的参数而言,void Func(A a) 这样声明的函数注定效率比较底。因为函数体内将产生A 类型的临时对象用于复制参数a,而临时对象的构造、复制、析构过程都将消耗时间。
为了提高效率,可以将函数声明改为void Func(A &a),因为“引用传递”仅借用一下参数的别名而已,不需要产生临时对象。但是函数void Func(A &a) 存在一个缺点:
“引用传递”有可能改变参数a,这是我们不期望的。解决这个问题很容易,加const修饰即可,因此函数最终成为void Func(const A &a)。
以此类推,是否应将void Func(int x) 改写为void Func(const int &x),以便提高效率?完全没有必要,因为内部数据类型的参数不存在构造、析构的过程,而复制也非常快,“值传递”和“引用传递”的效率几乎相当。
问题是如此的缠绵,我只好将“const &”修饰输入参数的用法总结一下。
对于非内部数据类型的输入参数,应该将“值传递”的方式改为“const 引用传递”,目的是提高效率。例如将void Func(A a) 改为void Func(const A &a)。
对于内部数据类型的输入参数,不要将“值传递”的方式改为“const 引用传递”。否则既达不到提高效率的目的,又降低了函数的可理解性。例如void Func(int x) 不应该改为void Func(const int &x)。
返回值
如果给以“指针传递”方式的函数返回值加const 修饰,那么函数返回值(即指针)的内容不能被修改,该返回值只能被赋给加const 修饰的同类型指针。
例如函数:
const char * GetString(void);
如下语句将出现编译错误:
char *str = GetString();
正确的用法是
const char *str = GetString();
如果函数返回值采用“值传递方式”,由于函数会把返回值复制到外部临时的存储单元中,加const 修饰没有任何价值。
例如不要把函数int GetInt(void) 写成const int GetInt(void)。
同理不要把函数A GetA(void) 写成const A GetA(void),其中A 为用户自定义的数据类型。
如果返回值不是内部数据类型,将函数A GetA(void) 改写为const A & GetA(void)的确能提高效率。但此时千万千万要小心,一定要搞清楚函数究竟是想返回一个对象的“拷贝”还是仅返回“别名”就可以了,否则程序会出错。
函数返回值采用“引用传递”的场合并不多,这种方式一般只出现在类的赋值函数中,目的是为了实现链式表达。
例如:
class A
{
A & operate = (const A &other); // 赋值函数
};
A a, b, c; // a, b, c 为A 的对象
a = b = c; // 正常的链式赋值
(a = b) = c; // 不正常的链式赋值,但合法
如果将赋值函数的返回值加const 修饰,那么该返回值的内容不允许被改动。上例中,语句 a = b = c 仍然正确,但是语句 (a = b) = c 则是非法的。
修饰成员函数
const的作用:说明其不会修改数据成员
任何不会修改数据成员的函数都应该声明为const 类型。如果在编写const 成员函数时,不慎修改了数据成员,或者调用了其它非const 成员函数,编译器将指出错误,这无疑会提高程序的健壮性。以下程序中,类stack 的成员函数GetCount 仅用于计数,从逻辑上讲GetCount 应当为const 函数。编译器将指出GetCount 函数中的错误。
class Stack
{
public:
void Push(int elem);
int Pop(void);
int GetCount(void) const; // const 成员函数
private:
int m_num;
int m_data[100];
};
int Stack::GetCount(void) const
{
++m_num; // 编译错误,企图修改数据成员m_num
Pop(); // 编译错误,企图调用非const 函数
return m_num;
}
const 成员函数的声明看起来怪怪的:const 关键字只能放在函数声明的尾部,大概是因为其它地方都已经被占用了。
关于Const函数的几点规则:
- const对象只能访问const成员函数,而非const对象可以访问任意的成员函数,包括const成员函数.
- const对象的成员是不可修改的,然而const对象通过指针维护的对象却是可以修改的.
- const成员函数不可以修改对象的数据,不管对象是否具有const性质.它在编译时,以是否修改成员数据为依据,进行检查.
- 然而加上mutable修饰符的数据成员,对于任何情况下通过任何手段都可修改,自然此时的const成员函数是可以修改它的。
- const 函数只能调用 const 函数,即使某个函数本质上没有修改任何数据,但没有声明为const,也是不能被const函数调用的。
对于这样的const function,关键词const到底影响了什么?下面用例子来说明。
class my {
public:
// ...
string& operator[](const string& s) const
{ return table[s]; }
private:
map table;
};
上述重载的下标运算函数不能通过编译,错误原因就在于,当本重载函数声明为const后,就只能调用其他的同样也声明为const的函数;而table[s]实际上调用的是map的下标重载运算函数,该函数并没有声明为const。所以去掉本函数的const声明,就可以顺利通过编译了。
下面再用一个小例子验证一下吧。
using namespace std;
class A{
public:
A(int n) { num = n; }
void incr() { num += 5; }
void disp() const
{ cout << num ; }
int times(int m)
{ return num * m; }
int f() const
{
incr();//passing `const A' as `this' argument of `void A::incr()' discards qualifiers
disp();// ok
times(2);//passing `const A' as `this' argument of `int A::times(int)' discards qualifiers
return num;
}
private: int num;
};
int main(int argc, char *argv[])
{
A a(5);
a.f();
system("PAUSE");
return 1;
}
为何const引用不能调用自己的非const方法和其它?
每个非static非const成员函数都有一个隐含的this指针,是非const型的,不能接受const型实参;const T & object将const对象传给非const的this指针,所以出错。
如果用const来修饰函数,那么函数一定是类的成员函数。
const 类型的成员函数不能返回非const类型的引用。这句话的意思是如果你的成员函数是const类型的,并且要求返回值是类的非cosnt或者非mutable成员变量,返回类型是引用,那么这是错误的。
在const函数中传递this的时候把this变成了const T* const this(个人理解),所以一个非const的引用指向一个const类型的变量。
比如函数const int &Test::GetValue() const{}; 若返回类型不用const修饰,则函数修改方法:
- 把返回值int 改成mutable int。mutable修饰的变量使之在const函数中可以被改变的。
- return value 改成。return const_cast(value)。const_cast去掉了const性质。
- 把引用去掉,写成返回值类型的。
- 把函数后面的const去掉。
- 返回值不是类的成员变量。
//修改为返回值不是类的成员变量
int &Test::GetValue() const
{
int temp = value;
return temp;
}