在迁移或者整理TASKING工程的时候，大家经常会遇到的两个麻烦，也就是TASKING头文件路径怎么添加，以及TASKING头文件路径配置后仍然找不到怎么办。虽然表面上看只是引用的路径没有配好，但其实背后的原因挺复杂的。所以在处理这种问题的时候，我们不能只盯着某一个报错的地方看，得把编译器自己找路径的路线和软件界面上显示的路径分开来核对。

　　一、TASKING头文件路径怎么添加

　　在TASKING软件里面去添加头文件的路径，主要的目的是为了让系统在编译.c或者.cpp文件的时候，能顺利找到对应的.h文件，这里其实是去增加一个搜索的范围，而不是简单地把文件放进软件列表里。

　　1、在编译器选项里添加Include路径

　　我们一般需要鼠标点击【Project】→【Properties】→【C/C++Build】→【Settings】→【Tool Settings】→【C/C++Compiler】→【Include Paths】，在弹出的界面里点击【Add】按钮，然后把需要寻找的文件夹放进去。

因为系统的--include-directory还有-I选项，在底层就是用来干这个的，另外这里需要注意，我们添加进去的必须是一个“文件夹的路径”，而不是某一个具体的文件的名字。

　　2、按include写法决定添加哪一级目录

　　如果我们在代码里写的是：

　　#include "CanIf.h"

　　那么我们在设置里就必须把包含这个文件的文件夹给加进去；

　　如果代码里写的是：

　　#include "Drivers/Can/CanIf.h"

　　那这时候我们一般就要把Drivers的上一层文件夹加进去了；很多人虽然在设置里加了路径，但是系统还是报错说找不到，经常就是因为代码里的写法和加进去的文件夹层级没有对上。

　　3、注意当前修改的是哪个构建配置

　　一个TASKING工程里面往往会分很多种模式，比如Debug、Release、Test、Bootloader还有Application等等，我们在动手加路径之前，必须先看清楚页面最上面现在选的是哪一个Configuration；因为软件的属性和工具选项是在【C/C++Build】→【Settings】→【Tool Settings】里面给每种模式分开保存的，如果大家只在Debug模式里加了路径，那么切换到Release模式之后肯定还是会报错，这属于正常的情况，并不是软件出了毛病，所以在团队合作的时候，建议把公共的路径在所有的模式里都同步添加一下，别只改眼前的这一个。

　　二、TASKING头文件路径配置后仍然找不到怎么办

　　有时候明明已经把路径加上去了，但是编译的时候还是会弹出cannot open include file、file not found或者是unresolved inclusion这样的报错，碰到这种情况，我们首先要搞清楚一件事情，那就是到底是编译器真的找不到这个文件，还是软件的索引功能没有反应过来，虽然它们看起来差不多，但是解决的办法是不一样的。

　　1、先看Build Console里的真实编译命令

　　我们先不要去管代码编辑器里出来的红线，可以先试着点击一次Build，然后去底部的Console窗口里面看看系统实际执行的命令，找一找里面有没有包含自己刚刚添加的-I或者--include-directory路径；如果在窗口里找不到这条路径，那就说明刚刚的设置没有进到当前的编译模式里面，这可能是因为把Debug和Release改错了，也可能是因为这个工程用了外面的makefile文件，导致我们在软件里改的设置没有起作用；如果在窗口里能看到路径，但还是报错，那就要去仔细检查文件夹的层级、文件名字、还有一些宏开关之类的东西了。

　　2、检查路径是否被写成旧电脑地址

　　在把工程换到别的地方之后，最容易发生的问题就是路径里还留着以前电脑上的盘符、用户名、或者是以前的工作区和SDK路径，比如以前的路径是D:ProjectSDKinclude，但是换了电脑之后工程变成了E:WorkProject，可是设置里还指着原来的旧地方，那系统肯定就找不到了；所以我们在改错的时候不能只改报错的那一条，最好把【Include Paths】列表里的每一条都点开看一看，只要是带有个人名字、桌面路径、下载路径或者旧盘符的，都应该想办法改成相对路径，或者是用环境变量和统一的SDK变量来代替。

　　3、区分编译错误和索引器错误

　　还有一种情况是工程其实能够成功编译，但是代码界面上还是有很多红线，这一般是因为C/C++Indexer这个索引工具没有拿到正确的路径或者是宏定义；虽然它也是通过软件的系统来获取信息的，但是它和实际编译时的命令不完全是一码事，遇到这种情况的话，我们可以尝试刷新一下工程，或者点击【Project】→【Clean】，有时候也需要右键让它重新建立索引，千万别一看到红线就去瞎改编译的路径，得先确认编译是不是真的失败了。

　　三、TASKING头文件路径怎么整理更稳

　　如果头文件找不到的问题总是反反复复地出现，那通常说明工程本身的文件夹结构设计得不太清楚，如果只是头痛医头地把报错的目录一个个加进去，虽然能应付眼前的编译，但是以后工程会变得乱七八糟，换一台电脑就又得坏一次。

　　1、把公共头文件目录集中管理

　　这里建议大家把工程里的文件分一下类，比如分成芯片相关的、驱动相关的、中间件相关的、业务模块相关的、还有第三方库的文件夹；尽量让每一类都有个固定的存放地方，别让代码到处去乱引用，比如把芯片的放在Bsp或者Libraries下面，业务的放在App下面，公共的放在Inc下面，只要结构固定下来了，路径就不用配那么多层了，代码也会好管很多。

　　2、减少绝对路径和个人路径

　　在多个人一起写代码的时候，绝对路径是最容易出错的，只要是能放进工程文件夹里的依赖文件，就尽量都放进去；如果必须要引用外面的SDK或者板级包，可以用路径变量来管，比如先定义一个统一的SDK根目录变量，然后在配置路径的时候用这个变量去拼接，这样以后换了电脑，就只需要修改这一个根目录变量就行了，不用去属性里一条条地改，尤其是把工程换到新的工作区之后，用这种办法会省心很多。

　　3、宏定义和头文件路径一起检查

　　有时候系统说找不到文件，其实根本不是路径配错了，而是因为宏定义变了导致代码走到了别的分支，比如代码里如果写了：

　　#if defined(USE_TC397)

　　#include"Ifx_reg.h"

　　#endif

　　要是我们把芯片型号的宏定义给漏掉了，或者不小心写成了别的型号，那系统就会跑到错误的分支去，从而去找一个工程里根本没有的文件；所以我们在排查的时候，必须要把【C/C++Compiler】里面的路径和Preprocessor Macros放在一起看，特别是在把老芯片的工程换到新芯片、或者换板子例程的时候，宏定义没对上就经常会连带着报出头文件找不到的错误。

　　总结

　　要想解决TASKING头文件路径怎么添加，以及TASKING头文件路径配置后仍然找不到怎么办的问题，核心就是要弄明白路径加了没有、有没有用到当前的模式上、编译器吃没吃到这个路径、以及软件索引有没有同步。然后跟着代码的写法选好层级，要是加了还找不到，就去看看Console窗口、查查有没有旧路径、核对一下Debug和Release、还有索引和宏定义，把这些地方都理一遍，以后遇到类似的问题就不会这么头疼了。