ExtJs7.4 Modern工具包平板端应用卡顿，是否为内存泄漏问题？

针对你遇到的ExtJS 7.4 Modern应用在平板设备（含桌面端平板响应式模拟）中加载若干事务后出现锁死的问题，以下是具体排查方向：

1. 数据实例与资源清理检查 #

• 确认事务切换时旧模型实例的销毁逻辑：每次加载新事务ID前，是否调用了旧模型实例的destroy()方法？同时要确保关联的Store、视图组件也被正确销毁或卸载，避免未回收的实例堆积导致内存泄漏。
• 检查自定义restApp代理的缓存机制：是否在切换事务后未清空旧请求的缓存数据？持续堆积的缓存会占用大量内存，触发系统过载。
• 验证identifier: 'negative'的性能影响：该标识符生成逻辑是否在频繁创建模型实例时产生额外计算开销？可以临时注释该配置，测试问题是否复现。

2. 响应式模式下的组件渲染与性能瓶颈 #

• 使用Chrome DevTools的Performance面板，在平板响应式模式下录制事务切换的性能日志，查看是否存在长时间阻塞事件循环的JS任务（如未优化的数据遍历、重复布局计算）。
• 对比桌面与平板模式下的组件渲染逻辑：ExtJS Modern会根据设备类型调整触摸事件处理、组件布局策略，检查事务切换时是否触发了不必要的重复重绘或组件重建。

3. 异步请求与并发控制 #

• 检查事务加载时的请求管理：快速切换事务ID时，是否存在未终止的旧请求？可以在切换事务时调用Ext.Ajax.abortAll()或单个请求的abort()方法，避免并发请求占用过多线程资源。
• 排查自定义restApp代理的实现：是否存在请求重试逻辑异常，导致平板模式下重复发起请求，加剧资源消耗？

4. 内存泄漏定位 #

• 使用Chrome DevTools的Memory面板，多次切换事务后拍摄内存快照，对比快照找出持续增长的对象（如未销毁的模型实例、未解绑的事件监听器）。
• 检查事件监听器的解绑：确认给模型、Store绑定的load、change等事件，在事务切换时已被正确移除，避免旧实例因被监听器引用无法被GC回收。

5. 框架已知问题核查 #

• 查阅ExtJS 7.4 Modern官方文档的Bug列表，确认是否存在平板/移动模式下与数据模型、Schema配置相关的性能或内存泄漏问题。

内容的提问来源于stack exchange，提问作者Joel