PSAppDeployToolkit中Get-ADTConfig忽略配置文件新增配置项的问题分析

问题背景

在使用PSAppDeployToolkit（PSADT）4.1.0开发版本时，发现Get-ADTConfig命令在读取Config.psd1配置文件时存在一个特殊行为：它会忽略配置文件中所有非原生PSADT的配置节。这个问题在需要在PSADT会话打开前读取配置文件的场景下尤为明显。

问题详细描述

当开发者在Config.psd1配置文件中添加自定义配置节（例如名为"BOGUS"的节）后，尝试在PSADT会话打开前使用Get-ADTConfig命令读取配置时，这些自定义配置节会被完全忽略，不会出现在返回的配置对象中。

典型的问题表现是：

1. 在Config.psd1中添加了新的配置节
2. 在PSADT模块导入后、会话打开前调用Get-ADTConfig
3. 检查返回的配置对象，发现新增的配置节缺失

技术原因分析

经过深入分析，这个问题主要由以下两个因素导致：

1. 初始化上下文缺失：当在PSADT会话打开前调用Get-ADTConfig时，系统缺乏必要的上下文信息来确定配置文件的准确位置。虽然Initialize-ADTModule命令可以初始化模块，但它无法自动推断配置文件的位置。

2. 路径解析逻辑：PSADT的Open-ADTSession函数包含专门的逻辑来确定配置文件路径，但Get-ADTConfig命令在独立使用时缺乏这种智能路径解析能力。

解决方案与建议

虽然这个问题在PSADT会话打开后会自动解决（所有配置节都会被正确加载），但对于需要在会话前读取配置的特殊场景，可以考虑以下解决方案：

1. 显式指定脚本目录：在使用Initialize-ADTModule时，明确指定-ScriptDirectory参数，指向包含配置文件的目录。例如：

   Initialize-ADTModule -ScriptDirectory $PSScriptRoot
   

2. 使用替代方案：如果只是需要读取少量自定义配置，可以考虑使用PowerShell原生的Import-PowerShellDataFile命令直接读取配置文件。

3. 接受设计限制：对于大多数使用场景，可以接受这个限制，因为一旦PSADT会话打开，所有配置节都会被正确加载。

最佳实践建议

1. 尽量避免在PSADT会话打开前依赖配置文件中的自定义配置节。

2. 如果确实需要在会话前读取配置，考虑将这些配置放在单独的文件中，或者使用环境变量等替代方案。

3. 对于日志记录等特殊需求，可以设计为两阶段处理：会话前使用简单日志，会话打开后再切换到完整日志系统。

总结

PSAppDeployToolkit的这一行为是其设计上的一个特点而非缺陷。理解这一行为背后的机制有助于开发者更好地规划应用程序部署流程。在大多数标准使用场景下，这并不是一个需要特别关注的问题，但在某些边缘案例中，开发者需要了解这一特性并采取相应的应对策略。