keil为了使文件结构清晰，需要用户设置很多的虚拟文件夹，将头文件和源文件放在不同的文件夹中，然后需要手动添加这些头文件夹的路径。当工程文件较多繁杂时，特别是从别人那里拷贝过来的工程目录，添加头文件路径就变得非常的繁琐。最近在做操作系统及相关组件的实验，每次新建工程后，都要手动的去点击添加完一行行的头文件路径，为了提升效率，调研了已有的3种解决方法，并选择了最适合自己状况的方式。
首先，先讲述下本文最核心的一个知识点：
IDE中在工具栏中显示的一个个路径在保存时，是按照“路径1”;“路径2”;“路径3”;各路径之间使用分号连接，其中分号十分关键，就跟win中添加环境变量时，多个路径之间用分号连接一样。
即下面图片中，直接将（1）txt文件中的内容复制到KEIL中保存后，再打开的效果就是（2）所示。

本文件主要讲述了常用的3种路径包含方式，并基于平台应用场景，设计了方便快捷的一种路径包含方式。
一般有3种方式添加头文件路径：

1 标准路径添加方法

使用现用标准方式在 Options for Target->C/C++ ->Include Paths 中依次添加单一头文件路径

2 直接包含方式

该方式在预编译阶段，在源文件中设定包含哪些文件时，额外编写该文件的路径，例如

#include “task_cfg.h”

#include "./User/task_cfg.h"

该种方式适合文件较少的应用场景，且要求工程文件组织架构固定不变，路径包含部分看起来不简洁，不利于阅读

3 脚本自动化识别添加方法

• 编写python或者power-shell脚本文件
• 使用脚本文行自动化搜索所有包含.h文件的路径
• 将路径打印到预设txt文件中，其中路径的方式为：“路径1”;“路径2”;“路径3”;各路径之间使用分号连接
• 再将txt文件路径复制到keil路径包含中

4 平台化路径包含方法

一直误以为在使用方式1在IDE中添加头文件路径时，每次新建包含路径仅能包含1个路径，但是参考方式3的思路，自动搜索所有头文件路径，然后全部复制到keil中新建的1个路径包含中，此方法可生效。
该方式基于以下因素进行设计

• 方式3的批量头文件导入有效，且等效于多次新建路径包含
• 我自己的平台化项目设计中，平台工程各主要模块的文件组织形式已固定，即功能模块、通用模块、公共服务模块、接口模块等整体组织形式已经固定
• 各功能模块的组织形式已经固定，例如功能模块中src和inc，uc-OSIII的系统组织形式等都已经固定
  该路径包含方法
• 建立路径包含文件，在各功能模块下新建txt文件，名称同该功能名称
• 文件内部写好该模块下所使用的路径包含文本
• 如果模块较大，其下有可单独移植的子模块，也可额外为子模块建立路径包含文件
• 当项目中使用该模块时，仅需打开路径包含文件，将文本复制到Keil中，即可完成该模块所有的路径包含设置