这问题我在CI/CD流水线（尤其是Azure DevOps这种严格把警告当失败的场景）里碰过好多次，咱们直接说最靠谱的解决方案：

方案1：修改cJSON源码（推荐，彻底解决） #

根源问题是cJSON的get_array_item函数参数index和string.h里的全局index()函数重名了，最简单的就是改参数名：

• 打开cJSON.c，找到第1743行的函数定义：

  static cJSON* get_array_item(const cJSON *array, size_t index)
  

• 把参数index改成不会冲突的名字，比如idx、array_idx或者item_index，修改后变成：

  static cJSON* get_array_item(const cJSON *array, size_t array_idx)
  

• 同步修改函数内部所有用到这个参数的地方，确保所有引用都换成新名字
• 重新编译即可，这个方法从根源消除警告，没有任何副作用，适合长期维护

方案2：用编译指令屏蔽特定警告（适合无法修改源码的场景） #

如果因为依赖限制不能修改cJSON源码，可以针对性屏蔽这个遮蔽警告：

针对GCC/Clang编译器 #

可以在cJSON.c的目标函数前后添加编译诊断指令，只屏蔽该函数的警告：

#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wshadow"
static cJSON* get_array_item(const cJSON *array, size_t index)
{
    // 函数原有代码
}
#pragma GCC diagnostic pop

或者在编译命令里添加全局选项（不推荐，会屏蔽所有遮蔽警告）：

-Wno-shadow

针对MSVC编译器 #

同样用pragma指令屏蔽对应警告码（MSVC中变量遮蔽的警告码是4456）：

#pragma warning(push)
#pragma warning(disable: 4456)
static cJSON* get_array_item(const cJSON *array, size_t index)
{
    // 函数原有代码
}
#pragma warning(pop)

方案3：宏定义重命名（不推荐，风险高） #

你也可以尝试在包含string.h后用宏定义把index重命名，但这种方式可能会影响其他依赖index()函数的代码，风险较大，不建议使用：

#include <string.h>
#define index cJSON_index // 不推荐，可能引发其他问题

总结下来，优先选择方案1修改源码，这是最干净、无隐患的解决方式，完全适配Azure DevOps流水线的严格检查要求。

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