你遇到的这个问题其实是Delphi IDE管理设计时包的机制导致的——直接修改Known Packages注册表项只是做了最表面的配置，而通过Project Manager安装包时，IDE会执行一系列更深层次的验证和初始化操作，这些正是解决你General90.bpl丢失问题的关键。具体多做了这些操作：

• 完整的依赖链验证与顺序加载：
  当你在Project Manager中安装设计时包时，IDE会自动解析每个包的依赖关系（比如你的General90.bpl作为基础包），确保依赖包先被加载，并且会检查每个依赖包的存在性、版本兼容性。而直接改注册表只是添加了包的路径条目，IDE不会自动验证依赖链，可能出现基础包还没加载就尝试加载依赖它的包，导致“丢失”错误。

• 写入完整的注册表元数据：
  除了Known Packages，Delphi还会在HKCU\Software\Embarcadero\BDS\<XE版本>\Packages下为每个安装的包创建子键，记录包的GUID、版本、依赖列表、安装路径等详细信息。直接修改Known Packages只会添加一个路径，缺失这些关键元数据，IDE加载时无法正确识别包的身份和依赖。

• 实时更新IDE内部缓存：
  Delphi IDE会维护一个内存缓存和本地缓存文件（比如bds.cache）来存储包的信息。直接改注册表后重启，IDE可能仍会读取旧的缓存内容，导致找不到新路径下的包。而通过Project Manager安装时，IDE会实时更新缓存，立即加载新包的元数据，不会依赖旧缓存。

• 即时处理PATH环境变量：
  虽然你修改了系统PATH，但Windows的环境变量更新需要重启进程才能完全生效，Delphi启动时可能还在使用旧的PATH。在Project Manager安装包时，IDE会直接检查包所在的目录，甚至临时将该目录注入到当前IDE进程的PATH中，确保加载时能找到General90.bpl这类依赖包。

• 执行设计时组件的注册逻辑：
  设计时包中的Register过程是用来向IDE注册组件、属性编辑器等内容的核心逻辑。直接改注册表只是告诉IDE“有这个包”，但不会触发Register过程的执行。而在Project Manager安装时，IDE会加载包并执行Register，完成组件的注册，同时生成组件面板等相关配置，这一步是确保包能正常工作的关键。

• 版本兼容性校验：
  每个Delphi版本的BPL都有对应的版本号（XE是90），直接改注册表可能会混入其他版本的包条目。Project Manager安装时，IDE会校验包的版本是否与当前IDE版本匹配，避免版本不兼容导致的加载失败。

这些额外的操作确保了包从依赖解析到注册初始化的全流程都被正确执行，这就是为什么手动安装99%能解决你的问题，而直接改注册表经常出故障的原因。

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