cl.exe编译SDL2项目时/I附加包含目录参数被忽略如何解决

核心原因：命令行参数解析规则不匹配 #

该问题本质是cl.exe的参数解析逻辑和传入参数的格式冲突，具体可以拆解为两点：

1. cl.exe本身的参数识别规则
   cl.exe对带值的开关参数仅支持两种合法传参格式：

• 开关与值作为两个独立的命令行参数，中间用空格分隔：比如单独传/I，再单独传路径字符串
• 开关与值直接拼接为单个参数，中间无空格：比如/IC:\xxx\include
  之前将/I 路径整体放在同一个字符串中传入，相当于给cl.exe传递了一个名为/I C:\xxx\include的未知开关，cl.exe无法识别该开关，就会直接忽略该参数，自然不会将路径加入头文件搜索目录。

2. VSCode tasks的args数组传递逻辑
   VSCode的args数组中，每一个元素都会被当做一个完整的独立命令行参数传递给目标程序，不会自动按空格拆分。你写的"/I C:\\Users\\stackoverflow\\path\\to\\include\\folder\\include\\"会被完整作为一个参数传给cl.exe，完全符合上面说的非法格式，因此不生效。
   在开发者命令行测试时也出现同样问题，大概率是测试时也将/I 路径整体用引号包裹传递，触发了同样的解析错误。

补充：更规范的配置写法 #

除了开关与值连写的方案，也可以选择将开关和参数拆分为两个独立的数组元素，可读性更强：

"args": [
  "/Zi",
  "/EHsc",
  "/nologo",
  "/Fe:",
  "${workspaceFolder}\\build\\hello.exe",
  "${workspaceFolder}\\src\\*.cpp",
  "/I",
  "C:\\Users\\stackoverflow\\path\\to\\include\\folder\\include\\",
  "/link",
  "C:\\Users\\stackoverflow\\path\\to\\include\\folder\\lib\\x86\\SDL2main.lib",
  "C:\\Users\\stackoverflow\\path\\to\\include\\folder\\lib\\x86\\SDL2.lib"
]

内容的提问来源于stack exchange，提问作者Gabor