我之前折腾Gecko嵌入项目时也踩过类似的依赖坑，结合你已经下载的xulrunner-41.0.2 SDK，给你梳理一套针对性的VS项目属性配置步骤，应该能解决大部分编译错误：

1. 配置头文件包含目录 #

• 右键你的WIN32项目 → 属性 → 展开配置属性 → 找到C/C++ → 常规
• 在附加包含目录里添加xulrunner SDK解压后的include文件夹完整路径（比如你解压到E:\xulrunner-sdk，就填E:\xulrunner-sdk\include）
• 记得保留“从父级或项目默认设置继承”的勾选，别覆盖系统自带的头文件路径

2. 设置库文件搜索路径 #

• 同样在项目属性里，切换到链接器 → 常规
• 在附加库目录中添加SDK的lib文件夹路径，比如E:\xulrunner-sdk\lib
• 注意：xulrunner-41.0.2是32位SDK，你的项目平台必须设为Win32，别选x64，否则会出现库位数不匹配的错误

3. 添加必要的链接依赖库 #

• 进入链接器 → 输入 → 附加依赖项
• 手动添加Gecko嵌入核心依赖的库：xpcom.lib、xul.lib、mozalloc.lib、nsembedstring.lib，如果示例代码里用到了其他模块，再对应添加SDK lib目录下的相关库文件

4. 配置预处理器宏定义 #

• 回到C/C++ → 预处理器 → 预处理器定义
• 添加两个关键宏：MOZILLA_INTERNAL_API、XP_WIN，这是Gecko SDK头文件正常编译的必要条件，很多API的声明都依赖这两个宏来展开

5. 资源文件的路径适配 #

• 因为你导入了.rc资源文件，需要给资源编译器也配置路径：
  • 展开资源 → 常规 → 附加包含目录，同样添加SDK的include路径
  • 如果rc文件里引用了Gecko的资源模板，确认SDK目录下的资源文件路径和代码里的引用一致

6. 统一运行时库版本 #

• 进入C/C++ → 代码生成 → 运行时库
• xulrunner SDK默认用多线程DLL版本（Release选/MD，Debug选/MDd），你的项目必须设置成相同选项，否则会出现运行时库不兼容的链接错误

额外小提示 #

• xulrunner 41.0.2是比较老的版本，建议搭配VS2013或更早版本使用，VS2015及以上可能会有语法兼容问题
• 配置完后先清理项目（菜单→项目→清理），再重新生成，避免旧编译缓存干扰
• 如果还有个别头文件找不到，检查示例代码里的相对路径，把对应的示例代码文件夹也加到包含目录里

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