受保护的EXE已经生成，复制到另一台电脑却提示缺少DLL；也有程序在原目录运行正常，换到输出目录后就打不开。遇到这些情况，要同时检查文件是否齐全、程序从哪里加载依赖。处理“Obsidium如何指定保护输出路径Obsidium输出文件缺少依赖如何检查”，可以先理清项目输出目录与单个文件相对路径的关系，再用完整发布目录进行对照。

　　一、Obsidium如何指定保护输出路径

　　Obsidium分别设置项目输出目录和每个可执行文件的相对输出路径。两者组合后，才是受保护文件的最终保存位置。

　　1、设置项目输出目录

　　①进入保护页面，打开【Settings】，在【Output directory】中填写输出目录，或点击【Select】选择文件夹。

　　②选择独立的测试目录，避免与原始构建目录混用，保留一份能够正常运行的未保护版本。

　　③确认目标目录可写。目录不存在时，Obsidium会在保护文件时创建；已有同名输出文件则会被覆盖。

　　④正式版用户保存项目后，重新打开检查路径。评估版不支持项目文件的加载与保存，测试时需要留意这一限制。

　　2、设置单个文件的相对输出路径

　　①切换到【Executables】，点击【Add】添加需要保护的EXE或DLL。

　　②选中条目，点击【Edit】，检查【Input file】与【Relative output path】，确认输入的是本轮构建文件。

　　③需要保留子目录时，在相对输出路径中填写对应目录和文件名。例如，项目输出目录为D盘发布目录，相对路径填写bin下的主程序文件名，输出就会位于该发布目录的bin子目录。

　　④点击【Protect】处理选定文件，或点击【Protect all】处理列表中的文件，完成后检查日志和实际文件位置。

　　不要通过留空输出路径来猜测默认行为。官方帮助说明，未指定输出路径时可能采用备份原文件并原位替换的方式，应明确填写后再执行。

　　二、Obsidium输出文件缺少依赖如何检查

　　输出位置设置正确，并不代表已经形成完整安装包。第三方DLL、插件、配置文件和数据目录，需要按照应用原有的部署要求逐项核对。

　　1、与正常发布目录逐项比较

　　①打开未保护版本的完整发布目录，核对主程序、私有DLL、插件、配置文件及资源子目录。

　　②打开Obsidium的【Executables】，确认哪些文件实际进入了保护列表，哪些仍需由发布流程复制。

　　③将保护后的程序放入一份完整发布目录，保留原来的层级关系，再启动测试。

　　④若这样能够运行，而只复制EXE时失败，就继续检查遗漏的发布文件，并将它们纳入安装包或部署清单。

　　不需要保护的DLL也可能是运行必需文件。是否加入保护列表，与是否需要随程序发布，应分别判断。

　　2、检查程序实际查找的路径

　　①使用Process Monitor开始采集，重现一次启动或插件加载失败，再停止采集。

　　②进入【Filter】→【Filter】，通过【Process Name】筛选目标进程，查看相关文件访问记录。

　　③找到报错中涉及的文件名，检查【Path】和【Result】，核对程序是否仍在旧目录、工作目录或错误的插件目录中查找。

　　④对出现【NAME NOT FOUND】的记录继续向后查看，确认同一文件是否随后从其他位置成功打开。

　　Windows可能依次尝试多个目录，单条“未找到”记录不能直接认定为故障。若通过快捷方式启动时才失败，还应检查快捷方式【属性】中的【起始位置】，与应用设计的路径解析方式是否一致。

　　3、核验位数、版本和校验配置

　　①文件已经存在却仍然加载失败时，检查进程与原生DLL的位数是否匹配，并核对DLL自身依赖的运行库。

　　②右键DLL进入【属性】→【详细信息】，比较版本，确认没有从旧输出目录混入同名文件。

　　③启用了完整性检查时，打开Obsidium的【Integrity check】，核对文件的【Relative path】是否相对于受保护EXE填写正确。

　　④依赖文件合法更新后，检查【Verify file integrity】使用的信息；需要更新时使用【Update】，再重新生成保护版本。

　　例如，EXE移入bin目录后，原先相对于EXE填写的插件路径也可能改变。文件虽然还在发布目录里，程序或完整性检查却未必能按原路径找到它。

　　三、Obsidium如何复核发布目录完整性

　　修复后应验证最终准备交付的目录或安装包。只在开发机上双击成功，可能仍然借用了开发环境中已有的组件。

　　1、区分保护异常与部署遗漏

　　①准备两份结构相同的发布目录，一份保留未保护程序，另一份替换为本轮保护输出。

　　②在同一测试环境中执行相同操作，比较启动、插件加载和文件读写结果。

　　③两份都失败时，优先检查部署文件与运行环境；只有保护版本失败时，再回看保护日志、完整性检查及相关设置。

　　④需要调整保护配置时，每次只改变一项，重新点击【Protect】生成文件后复测。

　　2、检查安装包实际收录的文件

　　①在干净测试环境中安装候选安装包，通过【属性】核对主程序位置和版本，确认运行的是本轮输出。

　　②执行会延迟加载组件的功能，例如打开插件、导入文件或生成报表，避免仅验证主窗口。

　　③将测试发现的缺失文件、目录关系和运行库要求补入发布清单，重新制作安装包。

　　④若使用了【Integrity check】，同时复核安装后的相对路径，确认校验对象与实际交付文件一致。

　　总结

　　处理“Obsidium如何指定保护输出路径Obsidium输出文件缺少依赖如何检查”，交付时应能说明哪些文件由保护过程生成，哪些由构建或安装流程提供，以及它们安装后应放在哪里。这份对应关系能让后续升级更容易核验：新增插件、替换DLL或调整目录时，都有明确的检查依据，也能减少开发机正常、用户环境失败的反复排查。希望这些操作能帮助大家确认输出位置，并把依赖问题落实到具体文件和加载路径。如有Obsidium相关需求，欢迎与我们交流咨询。