Visual Studio Blog
·
包加载的新限制
💡
原文英文，约1700词，阅读约需7分钟。
📝
内容提要
Visual Studio在转向异步加载模型时，发现包加载存在循环请求问题。此更改旨在防止服务请求返回null，确保包在初始化完成前不会被视为已加载。开发者应避免在Initialize(Async)/SetSite中过早创建服务，以降低循环风险。
🎯
关键要点
- Visual Studio转向异步加载模型，发现包加载存在循环请求问题。
- 此更改旨在防止服务请求返回null，确保包在初始化完成前不会被视为已加载。
- 开发者应避免在Initialize(Async)/SetSite中过早创建服务，以降低循环风险。
- 循环包加载请求将失败并返回HRESULT 0x80049283。
- 服务发现机制中，服务与包相关联，服务请求时包需加载并注册服务工厂。
- 递归包加载请求会导致死锁或返回null，需避免此类情况。
- 新设计确保包在Initialize(Async)/SetSite完成前不会被视为已加载。
- AsyncLazy用于管理包加载，确保并发加载请求得到正确处理。
- 避免循环的最佳实践是延迟服务的获取，使用Lazy<T>或AsyncLazy<T>。
- 此更改减少了服务返回null的实例，提高了Visual Studio的稳定性。
- 用户反馈促使了这一更改，开发者应继续提供反馈以改进Visual Studio。
❓
延伸问答
Visual Studio为什么要转向异步加载模型？
Visual Studio转向异步加载模型是为了避免包加载中的循环请求问题，确保服务请求不会返回null，从而提高稳定性。
循环包加载请求会导致什么后果？
循环包加载请求会失败并返回HRESULT 0x80049283，可能导致死锁或返回null。
开发者在Initialize(Async)/SetSite中应该注意什么？
开发者应避免在Initialize(Async)/SetSite中过早创建服务，以降低循环请求的风险，建议使用Lazy<T>或AsyncLazy<T>进行延迟获取。
新设计如何确保包在初始化完成前不会被视为已加载？
新设计通过使用AsyncLazy管理包加载，确保在Initialize(Async)/SetSite完成前，包不会被标记为已加载，从而避免注册竞争条件。
用户反馈对这一更改有什么影响？
用户反馈促使了这一更改，使开发者意识到服务返回null的问题，从而改进Visual Studio的稳定性。
如何避免在Visual Studio中创建循环请求？
避免循环请求的最佳方法是延迟服务的获取，确保在包完全加载后再创建服务实例或工具窗口。
🏷️
标签
➡️
