第2章：CDD开发环境搭建
好，咱们直接进入正题。开发环境搭建这事儿，说简单也简单，说复杂也复杂。我见过不少工程师，上来就急着写代码，结果环境没配好，折腾一整天。嗯，咱们别走弯路。
2.1 Eclipse + 插件配置
我个人习惯用Eclipse作为CDD开发的主阵地。为什么？因为它插件生态好，而且免费。你想想看，公司项目用盗版IDE被抓到，那多尴尬。
具体步骤是这样的：
- 下载Eclipse IDE for C/C++ Developers – 别下错了版本。我见过有人下了Java版，然后硬装CDT插件，也能用，但总归麻烦。
- 安装AUTOSAR插件 – 这里推荐Vector的DaVinci Developer插件，或者EB的tresos插件。如果你公司没买商业工具，也可以用开源的Artop。我在项目中用过Artop，功能虽然弱一些，但做CDD开发够用了。
- 配置Build Tools插件 – 比如GCC交叉编译链的路径。这一步容易忘，我刚开始就吃过亏，编译时报错找不到头文件，查了半天才发现是路径没配。
小技巧： 插件安装后，记得重启Eclipse。别问我为什么知道，有一次我装了三个插件没重启，结果界面卡死，只能强制关闭。
2.2 编译器与调试器选择
编译器这块，说实话，选择不多。主流就两种：
| 编译器 | 适用场景 | 我的建议 |
|---|---|---|
| GCC（ARM GCC） | 原型开发、学习、小项目 | 免费，适合入门。我在做Demo时常用 |
| Tasking / HighTec | 量产项目、功能安全要求高 | 贵，但稳定。量产项目我建议用这个 |
调试器呢？我推荐J-Link。为什么？因为它便宜又好用。我曾经用J-Link调试一个CDD的SPI驱动，硬件上有个时序问题，J-Link的SWO功能帮我一眼就看出来了。
注意： 调试器驱动一定要装对版本。我遇到过Win10自动更新驱动后，J-Link连不上的情况。解决办法是去SEGGER官网手动下载驱动，关掉自动更新。
2.3 工程模板创建
这一步很关键。你想想看，每次新建CDD项目都要从头配一遍，多浪费时间。我习惯做一个通用模板，以后直接复制。
模板结构大概这样：
CDD_Template/
├── src/
│ ├── CDD_MyDriver.c
│ └── CDD_MyDriver_Irq.c
├── include/
│ ├── CDD_MyDriver.h
│ └── CDD_MyDriver_Cfg.h
├── config/
│ └── CDD_MyDriver_PB.cfg
├── Makefile
└── README.md这里要注意几个点：
- 源文件和头文件分开 – 这是基本素养。我见过有人把所有代码塞一个文件里，那维护起来简直是噩梦。
- 配置文件单独放 – CDD的配置参数（比如波特率、中断优先级）最好单独一个文件。这样换平台时，只改配置文件就行。
- Makefile要通用 – 我习惯用变量控制编译器路径和芯片型号。比如：
CC = arm-none-eabi-gcc
TARGET = cortex-m4
CFLAGS = -mcpu=$(TARGET) -mthumb -Wall -O2
核心思路： 模板不是一次做好的。我每次做完一个项目，都会把新踩的坑加进模板里。比如某个芯片的启动文件要特殊处理，我就加个注释。久而久之，模板越来越完善。
2.4 避坑指南
最后，分享几个我踩过的坑：
- 路径不要有中文 – 我曾经把项目放在“桌面/新项目”文件夹下，结果GCC编译报错，说找不到文件。后来发现是中文路径的问题。
- Eclipse工作空间不要和项目混在一起 – 我习惯把工作空间放在D盘，项目放在E盘。这样重装Eclipse时，项目文件不会丢。
- 调试配置要保存 – 每次配好调试器后，记得导出配置。我换电脑时，直接导入配置，省了半小时。
好了，环境搭建这部分就这些。说白了，就是一次配好，后面省心。下一章咱们开始写真正的CDD代码，到时候你会感谢今天搭好的环境。