#define和const的区别

最新推荐文章于 2023-08-20 00:20:39 发布

米沙子418

最新推荐文章于 2023-08-20 00:20:39 发布

阅读量430

点赞数 2

分类专栏：编程语言

编程语言专栏收录该内容

34 篇文章 0 订阅

订阅专栏

转自：https://blog.csdn.net/yi_ming_he/article/details/70405364

这个区别用从几个角度来说：

角度1：
就定义常量说的话：
const 定义的常数是变量也带类型， #define 定义的只是个常数不带类型。

角度2：
就起作用的阶段而言：
define是在编译的预处理阶段起作用，而const是在编译、运行的时候起作用。

角度3：
就起作用的方式而言：
define只是简单的字符串替换，没有类型检查。而const有对应的数据类型，是要进行判断的，可以避免一些低级的错误。
正因为define只是简单的字符串替换会导致边界效应，具体举例可以参考下面代码：

#define N 2+3 //我们预想的N值是5，我们这样使用N
double a = N/2;  //我们预想的a的值是2.5，可实际上a的值是3.5

角度4：
就空间占用而言：
例如：

#define PI 3.14     //预处理后 占用代码段空间
const float PI=3.14;    //本质上还是一个 float，占用数据段空间

角度5：
从代码调试的方便程度而言：
const常量可以进行调试的，define是不能进行调试的，因为在预编译阶段就已经替换掉了

角度6：
从是否可以再定义的角度而言：
const不足的地方，是与生俱来的，const不能重定义，而#define可以通过#undef取消某个符号的定义，再重新定义。

角度7：
从某些特殊功能而言：
define可以用来防止头文件重复引用，而const不能，可以参看下面代码：

//主要把以下代码放在头文件中，可以防止头文件被重复引用
#ifndef xxx//如果没有定义xxx
#define xxx//定义xxx

//这里是你的代码

#endif //结束如果

PS：下面说一下，头文件被重复引用的弊端：
（1）有些头文件重复引用只是增加了编译工作的工作量，不会引起太大的问题，仅仅是编译效率低一些，但是对于大工程而言编译效率低下那将是一件多么痛苦的事情。
（2）有些头文件重复包含，会引起错误，比如在头文件中定义了全局变量(虽然这种方式不被推荐，但确实是C规范允许的)这种会引起重复定义。

角度8：
从某些复杂功能的实现的实现角度来看：
使用define会使得代码看起来非常简单，而const无法实现该功能
例如，MFC在实现六大核心机制中，大量使用了define
1、MFC程序的初始化
2、运行时类型识别（RTTI）
3、动态创建
4、永久保存
5、消息映射
6、消息传递

比如，在实现RTTI功能的时候，定义了如下宏，代码如下：

#define DECLARE_DYNCREATE(class_name) \

    DECLARE_DYNAMIC(class_name)\

    static CObject* PASCALCreateObject();

最后做一下小结：
从上面的各个角度，我们可以看到define和const直接的区别在某个点上同C语言与JAVA语言有一定的相似性，之所以这么说，原因如下：
（1） JAVA中内部对象高度封装，比如对于内存的回收机制而言更是自动完成，不需要程序员多费心；而C语言中，每次我们用指针申请一段空间时，我们都需要仔细考虑，这个指针后面会不会还要使用，现在是不是可以释放了，会不会成为野指针等等问题，所有的内存相关问题都需要程序员自己考虑，但是好处是，C语言可以直接方便的操作内存，这是一把双刃剑，用得好事半功倍，用得不好，内存泄漏，指针跑飞，问题到处都是，就算抓到了dump，用windbg也不好分析（特别是跨模块的情况）
（2） C语言和JAVA语言的差异点类比到define和const，我这里只是想强调define的作用非常强大，虽然它没有类型检测，不能调试，还要考虑边界效应，但是正因为没有类型检测，预编译是就完成，才使得它的使用更加灵活，功能更加强大，如果我们可以善用define，往往可以发挥到意想不到的效果。