JustPureH2O 的博客

把“鸣潮卡顿”拆成两个完全不同的现象：城内由 GameThread 协调开销造成的模式 A，与离城时资源流送刷新叠加 V8 GC 的模式 B。从 UE4 线程模型、OOP 内存布局、Puerts 脚本层一路讲到补丁记录与技术债务，并回应社区的性能剖析、机型缩放的实测数据与常见误区。

从 UE4 的硬引用与分包机制说起，解释鸣潮的包体为什么会长到 120GB 以上：硬引用导致跨 pak 资源重复、老活动留下的依赖链、以及预下载期间新旧版本同时驻留的补丁管线，并说明为什么问题不在压缩算法而在架构。

查看抽卡记录是抽卡规划中重要的一环，但是常规做法每次需要打开原神本体，然后不停翻页，效率较低。如果你曾退坑过一段时间，六个月后云端记录清除，将产生误差。因此一个能够便捷获取抽卡记录、同步云端的小程序出现了。对于记录获取，小程序中给出了这样一种解决方案：

在 src/pages/ 下新建文件 decennial.astro 并写入：

本文用于收集我在上网冲浪时发现并试验过的一些 AI 文生图提示词。

经过三秒钟考虑，我决定开一个新合集《月谈》。当某月灵感枯竭写不出文章、或者是懒得填以前文章的一些坑（择日填上）时，我便将近一个月来个人的见闻汇聚成一篇杂谈类小文章发在博客上，以维持博客文章的先进性。请注意，《月谈》所收集的素材并非来自特定圈子、也并非是严格意义上与发布日期同月发生的事情（例如本文于六月十二日发布，相关事件可能发生于五月甚至四月）。

本博客最初基于 Hexo 框架搭建（目前已迁至 https://hexo.justpureh2o.cn/），但是 Hexo 框架有诸多不便：