兄弟你懂得太多了，支持下我的 swagger-ui 项目吧，管它是啥，给我支持，我保证不卖课

https://github.com/rookie-luochao/openapi-ui
https://github.com/openapi-ui

它确实仓库早就被封了，😂

害，我也重复造了个新 swagger-ui 的轮子， 也是无人问津，还好我的 UI 设计和使用体验和其他竞争者大部分不一样，不然我真的好像是抄袭了，至少我没出圈我也不至于被吐槽吧😂，其实早就完成了 60%，但是没有设计成通用的开源包，我要是早 2 年放出来估计好很多，我给 swagger-ui 也成立了一个组织用于收录 所有后端语言的 swagger-ui, 链接在下面

核心 UI 包： https://github.com/rookie-luochao/openapi-ui
后端 swagger-ui 中间件： https://github.com/openapi-ui

@Shiroka 哈哈哈，我必须懂你，老实交代你要这个 bundle 想干嘛🥰🥰🥰

我的意思是我那个项目前端代码，可以看下，顺便 diss 我，促进我进度，谢谢各位志同道合的前端 er 了

我这个项目的业务代码绝对扛打，欢迎 diss ，技术选型是：react + ts + vite + pnpm + antd + zustand + 工程化
https://github.com/rookie-luochao/openapi-ui

antd 的 ts 体验并不是很好，胜在蚂蚁研发，中文文档非常好
不考虑 seo, 追求调试体验，不建议 nextjs ，但是不能否认 nextjs 很强大
业务代码调用接口多建议加上 react-query openapi2ts
表单多建议：react-form-hook + zod
个人写 css 不是很多，不喜欢 Tailwind ，看 className 文档很痛苦
打包工具 vite 基本上可以覆盖大部分场景了，又快速，lib 包, es 包, 网页没任何问题

@vanchKong 嗯嗯，谢谢哈，像 V 友说的用 useRef 更靠谱一点，自己还是需要找到能定位这种内存泄漏的方法，虽然目前我的产品定位内存泄漏时间线，现在有解决办法了，我看不能找到一个简单方法去定位

只要这个包也支持你 nodejs 应用的模块方式，大概率是可以的，大不了全部 any

@leokun 内存泄漏大概率就是这里，我也是直观上看不出来代码有问题，主要还是应该对 react effect 的执行机制没有理解透彻，同事也没看出来，只能说把 deps 写全，我只写一个 token 依赖是因为 token 和 expireAt 是同步变的，所以我就只写了 token 这个依赖，然后用 ref 引用，然后多清除几次 unsubscribe ，但是这只是尝试的解决办法

@googleaccount 换到 ref 上面，确实可能更靠谱

@ZENGQH 所以我需要通过是否离开标签页做清除吗？会不会麻烦了

@renmu 你说的这个原理我也想过，这算正常机制呢，还是说需要怎么去避免

@lisxour 好的，你的截图看不到，我觉得也是需要学习一下分析工具了

@rabbbit 问题应该不在 timer 上，应该是 v 友说的还是在 timer 没清除上面找原因

@vanchKong 我们两这写法思路一样，就是我比你多了 deps 依赖

@yuuko 待我好好定位一下，搞清楚了踢你

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

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

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