@Brain777 从代码上面看我觉得可以不用，但是像你说的刷新之后多清除一下，能避免一些想不到的情况

@wpyfawkes 应该是 expireAt ，这个假 AI😂

@790002517zzy 你的目的是刷新数据的话，可以看看我发的那个链接，那个库能很好的处理跨组件之间的接口联动刷新问题，你也可以用 rxjs 实现

@wpyfawkes 哈哈哈，这个是收费的吗，我去试试按这个建议改进一下呢

@Laobai 肯定，我就是不知道怎么样导致它没有销毁，我以为写了 sub.unsubscribe() 就算销毁了

看不到你的图片，组件都加上刷新是什么意思，从来没遇到过所有组件刷新，你的组件指的是业务组件，还是要包含 UI 组件，如果是组件里面的接口有联动，可以用 rxjs 构造成可观察对象，或者用 react-query 来做组件之间的接口联动

demo: https://github.com/rookie-luochao/create-vite-app-cli/tree/master/template-react-ts#%E8%B0%83%E7%94%A8%E6%8E%A5%E5%8F%A3react-query-%E6%94%AF%E6%8C%81%E8%87%AA%E5%8A%A8loading%E5%92%8C%E6%8E%A5%E5%8F%A3%E8%AF%B7%E6%B1%82%E8%81%94%E5%8A%A8

@Ashe007 好的，虚心接受大佬的意见，愿意支持它是因为我是前端 er ，有了这个东西，我可以不用花很多精力去关心接口的变动，我可以用纯 ts 写业务代码，代码健壮性、繁琐性、可维护性大大增加

@smartdoc647 我有时间去了解下前辈的 smart-doc ，请问 torna 部署量已经达到什么量级了？请问可以甩个 github 链接吗

@Ashe007 您说的东西在现在这个时间点我是认同的，确实 swagger 对于后端来说是一个繁琐的东西。但是对于前端来说，却大有用处，可以节约不少写接口请求和测试接口的时间。可是在线文档也有一个更大的通病就是文档和代码的同步和一致性，这点 swagger 也是有的，但是在线 api 文档这点更为明显？

@Ashe007 可是后端写注解动态生成接口文档，顺便也能帮助前端自动化提效，不考虑侵入式还是很方便的，就是后端麻烦点，可是接口本来就应该写点注释？

@jefferyJQ 区别就是可以随着后端 api 一起预览？

@wssy001 认知里面 star 数侧面能一定程度反应火热程度？

@wssy001 原来是这样，java 是不是有更完美的一体化 swagger api + swagger-ui 方案，不然 knife4j 如果好用，应该这么多年，也不至于才 3K 多 star

@w292614191 knife4j 是注解生成 api + api-ui, 是专门给 java 用的 jar 包，而我这个只是解耦出来的更简单 api-ui 层的抽象🥹，因为我只是个前端 er, 所以能力只够做 ui 层

@smartdoc647 yapi 应该也不好做吧，不然也不会停止维护了？

@smartdoc647 我很认同你的观点，就是做它的原因就是用到 swagger-ui 的地方太难用，想做个稍微人性化点的，其他的却是没有想那么多，国内确实都非常不认同 swagger 这种 api 定义方式

如果你不想用，而你的目标就是更好的控制 loading, react19 提供了一个新的 hook 来同步这种 loading ，叫 useTransition

建议用一下，react-query ，swr 这种支持 promise 异步 http 请求的库，用 useQuery, useMutation 这种 hook, 可以同步请求的 loading 状态，demo 请看：
https://github.com/rookie-luochao/create-vite-app-cli/tree/master/template-react-ts#%E8%B0%83%E7%94%A8%E6%8E%A5%E5%8F%A3react-query-%E6%94%AF%E6%8C%81%E8%87%AA%E5%8A%A8loading%E5%92%8C%E6%8E%A5%E5%8F%A3%E8%AF%B7%E6%B1%82%E8%81%94%E5%8A%A8

轮子造成出来，必须有生态支持，还要推广，还要确实很好用，做一个好工具没有你想的那么简单，我就是做个 api 工具网页 + 包支持 都做不明白