Closed highmind closed 1 year ago
我担心这会使得这个项目难以同步 axios,同时将这个项目变成黑盒进而引出更多的问题。我希望可以先听听更多人的意见再做决定。
就目前而言,我认为无感刷新 token 可以结合 @tanstack/vue-query 等更强大的请求管理库来做,如果不希望使用请求管理库,我们可以在 README 中增加这方面的使用示例(欢迎 PR 👏)。
欢迎进一步讨论 🙏
如果在如何实现上有分歧,麻烦加一下相关示例,多谢!
会尽快补充使用示例
目前安排在下周更新文档,会增加该部分内容
感谢
------------------ 原始邮件 ------------------ 发件人: "Wu @.>; 发送时间: 2023年10月31日(星期二) 下午3:23 收件人: @.>; 抄送: @.>; "State @.>; 主题: Re: [uni-helper/uni-network] 是否考虑添加锁机制? (Issue #40)
目前安排在下周更新文档,会增加该部分内容
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: @.***>
对问题的清晰和简明的描述
是否考虑添加锁机制?在响应拦截器中,给未进入响应拦截器的请求加锁。用于在响应拦截器中,刷新token。刷新token完成以后,重新请求为执行的请求 使用场景:一般用无感刷新token。
推荐的解决方案
可以参考flyio的方式
替代方案
No response
额外上下文
No response
检查