Visual Studio Blog
·
包加载的新限制
内容提要
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的包加载过程中，循环请求可能导致死锁或返回null。开发者应特别注意避免在Initialize(Async)/SetSite中过早创建服务，以降低此类风险。新的限制确保包在初始化完成前不会被视为已加载，从而减少了潜在的错误。
服务获取的最佳实践
为了避免循环依赖，建议开发者在Initialize(Async)/SetSite中尽量减少工作量，使用Lazy<T>或AsyncLazy<T>来延迟服务的获取。这种方法不仅能避免循环，还能提高包加载的稳定性，确保服务在需要时才被创建。
用户反馈的重要性
此次更改源于用户反馈，强调了开发者与用户之间沟通的重要性。开发者应积极提供反馈，以帮助改进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中创建循环请求？
避免循环请求的最佳方法是延迟服务的获取，确保在包完全加载后再创建服务实例或工具窗口。
