使用const

看到const 关键字,C++程序员首先想到的可能是const 常量。这可不是良好的条件反射。如果只知道用const 定义常量,那么相当于把火药仅用于制作鞭炮。const 更大的魅力是它可以修饰函数的参数、返回值,甚至函数的定义体。
const 是constant 的缩写,“恒定不变”的意思。被const 修饰的东西都受到强制保护,可以预防意外的变动,能提高程序的健壮性。所以很多C++程序设计书籍建议:“Use const whenever you need”。
 1 用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)。
2 用const 修饰函数的返回值
?? 如果给以“指针传递”方式的函数返回值加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)的确能提高效率。但此时千万千万要小心,一定要搞清楚函数究竟是想返回一个对象的“拷贝”还是仅返回“别名”就可以了,否则程序会出错。见6.2 节“返回值的规则”。
?? 函数返回值采用“引用传递”的场合并不多,这种方式一般只出现在类的赋值函数中,目的是为了实现链式表达。
例如
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 关键字只能放在函数声明的尾部,大概是因为其它地方都已经被占用了。

<think>在嵌入式系统中,使用`const`关键字可以将变量存储在只读存储器(如Flash)中,而不是随机存取存储器(RAM)中。这样可以节省RAM空间,因为RAM通常比Flash更有限。 ### 原因: 1. **存储位置不同**: - 非`const`全局变量和静态变量存储在RAM中。 - `const`修饰的全局变量和静态变量通常存储在Flash(程序存储器)中。 2. **嵌入式系统资源限制**: - RAM是易失性存储器,用于存储运行时数据(堆栈、全局变量等)。 - Flash是非易失性存储器,用于存储程序代码和常量数据。 - RAM通常比Flash小得多,因此将常量数据放入Flash可以缓解RAM压力。 3. **生命周期**: - `const`变量在程序整个生命周期存在,但不会占用RAM。 ### 示例代码: ```c // 不使用const(占用RAM) char lackof_bat_words[] = "---"; // 使用const存储在Flash,节省RAM) const char lackof_bat_words[] = "---"; ``` ### 解释: - 在非`const`版本中,字符串`"---"`会在程序启动时从Flash复制到RAM中的数组`lackof_bat_words`,占用4字节RAM(包括结尾的`\0`)。 - 在`const`版本中,编译器会将字符串保留在Flash中,程序直接读取Flash中的内容,不占用RAM。 ### 注意事项: 1. **访问速度**: - 读取Flash可能比读取RAM慢(取决于微控制器架构),但通常可接受。 2. **修改限制**: - `const`变量不可修改,因此只适用于常量数据。 3. **作用域**: - 局部`const`变量仍可能占用栈空间(取决于编译器优化),因此全局或静态常量才存储在Flash中。 ### 最佳实践: 在嵌入式系统中,对于不会改变的字符串、配置表等数据,应使用`const`修饰。 --- §§相关问题§§: 1. 嵌入式系统中如何平衡ROM和RAM的使用? 2. 使用const修饰的变量在内存中的具体地址如何确定? 3. 在嵌入式C中,const变量和#define宏定义有何区别? 4. 如何确保const变量在运行时不被意外修改? </think># 使用 `const` 减轻 RAM 的机制详解 在嵌入式系统中,使用 `const` 关键字可以显著减轻 RAM 的使用负担,这对资源受限的单片机环境尤为重要。下面我将详细解释这一机制。 ## `const` 的工作原理 ### 示例代码对比: ```c // 不使用 const (占用 RAM) char lackof_bat_words[] = "---"; // 存储在 RAM 中 // 使用 const (节省 RAM) const char lackof_bat_words[] = "---"; // 存储在 ROM/Flash 中 ``` ### 内存分配差异: | 存储类型 | 位置 | 特点 | 资源消耗 | |----------------|------------|--------------------------|--------------| | 非 const 变量 | RAM | 可读写,占用宝贵 RAM | 高 | | const 变量 | ROM/Flash | 只读,不占用 RAM | 低 | ## 为什么 `const` 节省 RAM 1. **存储位置转移** - 编译器会将 `const` 修饰的变量放置在程序的只读区域(通常是 Flash/ROM) - 这些数据在程序启动时不会被复制到 RAM 2. **编译优化** - 编译器可以执行常量传播优化 - 示例: ```c const int MAX_TEMP = 45; if (temperature > MAX_TEMP) { ... } ``` 编译器会直接使用数值 45 替代 `MAX_TEMP` 3. **避免运行时初始化** - 非 `const` 全局变量需要在启动时初始化(占用 RAM 和 CPU 时间) - `const` 变量在编译时初始化(无运行时开销) ## 嵌入式系统中的最佳实践 ### 1. 常量字符串优化 ```c // 原始代码(消耗 RAM) Paint_DrawString_EN(..., "---", ...); // 优化版本(节省 RAM) static const char LACKOF_SYMBOL[] = "---"; Paint_DrawString_EN(..., LACKOF_SYMBOL, ...); ``` ### 2. 常量数据结构优化 ```c // 使用 const 存储大型配置数据 static const BatteryIcon g_bat_icon_info[3] = { // 所有数据存储在 Flash 中 {{49, 20, 13, 7, ...}, ...}, ... }; ``` ### 3. 常量函数参数优化 ```c // 声明函数参数为 const 指针 uint8_t draw_single_battery_fixed_icon(const BatteryIcon* bat_icon) { // 函数体... } ``` ## RAM 节省效果对比 ### 内存占用分析: ```c // 非 const 配置(占用 RAM) BatteryIcon bat_config[3] = {{...}, {...}, {...}}; // 占用约 108 字节 RAM // const 配置(节省 RAM) const BatteryIcon bat_config[3] = {{...}, {...}, {...}}; // 占用 0 字节 RAM,存储在 Flash ``` ### 资源节省总结: 1. **RAM 节省**:每个 `const` 变量可节省与其大小相等的 RAM 2. **启动时间优化**:减少初始化时间(尤其对大数组重要) 3. **代码体积优化**:编译器可执行更好的优化 4. **功耗降低**:减少 RAM 访问可降低功耗(在低功耗设备中重要) ## 注意事项 1. **访问速度权衡**: - Flash 访问通常比 RAM 慢(但现代微控制器有缓存优化) - 对于频繁访问的关键数据,可能需要权衡 2. **跨平台兼容**: ```c // 使用宏确保可移植性 #ifdef __EMBEDDED__ #define ROM_CONST const #else #define ROM_CONST #endif ROM_CONST char device_id[] = "STM32F4"; ``` 3. **强制转换风险**: ```c const int config_value = 42; int* ptr = (int*)&config_value; // 危险操作! *ptr = 100; // 可能导致崩溃(内存保护单元可能拦截) ``` ## 结论 在嵌入式系统中合理使用 `const` 关键字: 1. 将常量数据从宝贵的 RAM 转移到 Flash 2. 减少程序启动时的初始化负担 3. 提高内存使用效率 4. 增强代码可读性和安全性 对于资源受限的单片机应用(如 OLED 显示驱动),正确使用 `const` 是优化内存使用的关键技术之一。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值