功能特性

「套壳」指的是把网页塞进应用窗口里显示：应用本体只是个浏览器外壳，视频播放走的是网页自带的播放器。这类实现的问题很实际——滑动卡顿、内存占用高、依赖网页端更新、离线能力几乎为零，而且一旦网页改版，App 就跟着坏。

oneAnime 用 Flutter 从零实现了界面与播放器。App 正常运行状态下不会加载任何 webview 组件，这是项目 README 里明确写下的技术前提，也是 FAQ 里被反复问到的一条。番剧目录、搜索、时间表、字幕元数据分别通过 Anime1 接口与 Bangumi 开放 API 获取，弹幕来自弹弹play 开放 API，播放走自带的 media-kit 播放器。开发者自己也写明「我们也很讨厌套壳浏览器」。

实际体验上的差别是：界面响应跟手、视频解码走系统硬件加速、拖动进度条基本不需要缓冲，而不是在等一个网页 iframe 慢慢加载。

oneAnime 从 v1.4.3 起在 Windows 与 Linux 平台实现了零拷贝视频解码（zero-copy）。这是很多用户搜索「低配电脑看番卡顿」的答案所在。

普通解码多做了什么

常规解码流程中，解码器输出的画面要先复制到用户空间的缓冲区，再交给界面合成，最终还要上传到 GPU 做显示、缩放和色彩空间转换。这中间至少发生两到三次内存拷贝，在 1080P 以上、或集显卡的机器上，CPU 占用会明显升高，表现为播放时程序变卡、风扇转起来、拖进度条要等一下。

零拷贝省掉了哪一步

零拷贝让解码器直接把帧数据映射到图形驱动可访问的内存，绕开中间的用户态缓冲区。省掉的不是"某一步"，而是整条复制链路上的一整轮搬运。对 oneAnime 的实际意义是：播放高码率番剧时 CPU 占用明显更低，老机器或轻薄本的续航更长，长时间追番不至于让机器一直满载。

高刷新率适配是另一回事

单独提一下高刷适配：在 90Hz、120Hz 屏幕上满帧运行，界面动画不会掉到 60fps。它解决的是"看起来卡不卡"，零拷贝解决的是"占多少资源"，两者都写进了项目功能列表。