核心内容摘要
从零开始学时间序列预测：Granite FlowState R1模型入门与实战案例分享
你可能遇到过这种场景：测试同事说：“我就一直点按钮，点了五分钟，游戏内存从 800M 涨到
4G，然后啪一下闪退了。
”你一看代码：没有疯狂 new没有静态 List 疯狂堆对象各种事件也都解绑了GC 跑起来也正常更离谱的是：只要人不操作，内存就相当稳定，一猛点就嗖嗖涨。
再一查操作内容：玩家就是在短时间内疯狂点击各种带动效的按钮、弹窗、切界面，每一次点击都会触发一堆 UI 动画、粒子、过渡特效。
逻辑上没啥毛病，动效也都按规范写了，但是——内存还是涨，而且是“操作一次涨一点”的那种。
这篇就专门来拆这个场景：没有逻辑上的错误，但玩家短时间大量操作、每一次操作都触发动效，导致内存不断上涨，看起来像“内存泄露”的原理分析。
用大白话聊清楚几件事：这种“操一下涨一点”的内存问题，本质和传统“逻辑泄露”有啥不同？
玩家短时间大量操作 + 动效，背后到底触发了哪些隐形的内存开销？
Unity（或者其他引擎）里，哪些机制会在这种高频动效下“越攒越多”？
这种情况怎么排查，怎么看出来真的是动效引起的？
不改核心逻辑的前提下