浅谈 const

本文详细介绍了C++中Const关键字的应用,包括修饰指针、函数参数、返回值及成员函数的方法,帮助读者掌握Const增强程序健壮性的技巧。

  关键字:Const,Const函数,Const变量,函数后面的Const 看到const 关键字,C++程序员首先想到的可能是const 常量。这可不是良好的条件反射。如果只知道用const 定义常量,那么相当于把火药仅用于制作鞭炮。const 更大的魅力是它可以修饰函数的参数、返回值,甚至函数的定义体。

const 是constant 的缩写,“恒定不变”的意思。被const 修饰的东西都受到强制保护,可以预防意外的变动,能提高程序的健壮性。所以很多C++程序设计书籍建议:“Use const whenever you need”。

 

1.const基础 (源自Effective c++》Item21)

对指针来说,可以指定指针本身为const,也可以指定指针所指的数据为const,或二者同时指定为const,还有,两者都不指定为const:

char *p              = "hello";          // 非const指针,      // 非const数据

const char *p        = "hello";          // 非const指针,   // const数据

char * const p       = "hello";          // const指针,    // 非const数据

const char * const p = "hello";          // const指针,   // const数据

语法并非看起来那么变化多端。一般来说,你可以在头脑里画一条垂直线穿过指针声明中的星号(*)位置,如果const出现在线的左边,指针指向的数据为常量;如果const出现在线的右边,指针本身为常量;如果const在线的两边都出现,二者都是常量。

 

2.用const 修饰函数的参数

(1)如果参数作输出用,不论它是什么数据类型,也不论它采用“指针传递”还是“引用传递”,都不能加const 修饰,否则该参数将失去输出功能。

(2)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)。

3. 用const 修饰函数的返回值

(1)如果给以“指针传递”方式的函数返回值加const 修饰,那么函数返回值(即指针)的内容不能被修改,该返回值只能被赋给加const 修饰的同类型指针。例如函数 const char * GetString(void); 如下语句将出现编译错误: char *str = GetString(); 正确的用法是 const char *str = GetString();

(2)如果函数返回值采用“值传递方式”,由于函数会把返回值复制到外部临时的存储单元中,加const 修饰没有任何价值。 例如不要把函数int GetInt(void) 写成const int GetInt(void)。 同理不要把函数A GetA(void) 写成const A GetA(void),其中A 为用户自定义的数据类型。 如果返回值不是内部数据类型,将函数A GetA(void) 改写为const A & GetA(void)的确能提高效率。但此时千万千万要小心,一定要搞清楚函数究竟是想返回一个对象的“拷贝”还是仅返回“别名”就可以了,否则程序会出错。

(3)函数返回值采用“引用传递”的场合并不多,这种方式一般只出现在类的赋值函数中,目的是为了实现链式表达。 例如: 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 则是非法的。

3 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函数的几点规则:

a. const对象只能访问const成员函数,而非const对象可以访问任意的成员函数,包括const成员函数.

b. const对象的成员是不可修改的,然而const对象通过指针维护的对象却是可以修改的.

c. const成员函数不可以修改对象的数据,不管对象是否具有const性质.它在编译时,以是否修改成员数据为依据,进行检查.

d. 然而加上mutable(用于修饰非静态类非const成员变量, 用它修饰的变量可以在const成员函数中修改)修饰符的数据成员,对于任何情况下通过任何手段都可修改,自然此时的const成员函数是可以修改它的

### 多场景下某平台反爬虫策略探讨 #### 场景一:电商平台的商品信息保护 为了防止竞争对手通过自动化工具大量获取商品的价格、库存等敏感商业信息,电商网站通常会采用多种反爬虫机制。例如,京东和淘宝可能会利用复杂的验证码验证用户身份,限制同一IP地址的请求频率,并监控异常行为模式[^3]。 对于此类情况下的反爬虫措施还包括但不限于: - **动态网页加载**:部分商品详情页的数据并非一次性全部返回给浏览器,而是分批次异步加载显示出来; - **加密参数传递**:URL中的查询字符串可能经过特殊编码处理,使得普通的HTTP GET请求难以直接获得所需资源; ```python import requests headers = { 'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64)', } response = requests.get('https://example.com/product', headers=headers) print(response.text) ``` 上述代码展示了如何设置自定义`User-Agent`头来模仿真实用户的浏览习惯,但这并不足以完全规避高级别的防护体系[^4]。 #### 场景二:社交网络的内容分享控制 社交媒体平台往往重视用户体验以及内容版权管理,所以也会部署相应的防御方案阻止未经授权的大规模数据采集活动。这方面的具体做法有: - **API接口权限校验**:只有注册过的应用才能调用官方提供的RESTful API读写特定范围内的资料; - **图形化界面交互逻辑判断**:当检测到连续快速点击按钮或滚动页面时触发警告提示框并记录日志; ```javascript // JavaScript模拟人类自然滑动屏幕事件 function simulateHumanScroll() { const scrollStep = Math.floor(Math.random() * 100); window.scrollBy(0, scrollStep); // 随机数值让动作更像真人所为 } setInterval(simulateHumanScroll, 2000 + Math.round(Math.random()*800)); ``` 此段JavaScript脚本尝试重现真实的用户操作方式以降低被识别的风险水平。 #### 场景三:金融类服务平台的安全保障 鉴于金融机构对安全性的极高要求,其在线门户往往会集成更为严格的身份认证过程和技术手段抵御潜在风险。典型特征如下所示: - **多因素鉴权机制**:除了传统的账号密码组合外还需提供额外的一次性口令(OTP)、生物特征样本等辅助证明材料; - **流量分析引擎**:基于机器学习算法构建实时监测系统评估每一次连接是否存在可疑之处; 综上所述,在不同应用场景里实施有针对性的设计思路能够有效提升系统的整体安全性,同时也提醒广大开发者应当遵循道德准则合法合规地开展工作[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值