阿珏酱のBlog https://zh.moejue.cn/ Recent content from 阿珏酱のBlog Hugo zh-cn xxx@example.com (MoeJue) xxx@example.com (MoeJue) 本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！ Sat, 19 Sep 2026 00:01:17 +0000 【进行中】阿珏Blog十周年特别纪念活动 https://zh.moejue.cn/posts/352/ Sat, 19 Sep 2026 00:01:17 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/352/ 【进行中】阿珏Blog十周年特别纪念活动

作者：MoeJue（xxx@example.com）

不知不觉，十年了。

那年的今日,我买了一个域名,租了个虚拟主机,部署了一套博客系统,发表了第一篇文章.

就从那时开始,开始折腾起了这个博客，我大概也没想过，一个博客居然真的能活了十年。

这十年里面换过域名、换过服务器、换过主题，也写过一些现在回头看自己都觉得“这是什么东西”的文章。

当然也断更过。

但不管怎么说，

它真的活到了十周年。

按惯例 【已结束】阿珏Blog三周年特别纪念活动,必然不能这写这一篇文章. ps:这个活动我已经提前好几年就已经开始策划了.

更多的十周年总结部分我准备放到今年的年终总结去,这次就专注哈皮!

🎉 十周年特别纪念活动

这次活动依旧分成两部分：

① 🧩 解密游戏

不要只看页面上显示出来的东西。
链接、图片、文字、源码……
说不定都有用。

② ✍️十周年文章活动

在自己博客发表一篇任意标题的文章，说出对阿珏的祝福、对阿珏Blog的评价、对阿珏想要说的话，和阿珏经历过的故事等等内容，如果感动到阿珏了呢，那恭喜你哟，中奖啦！
一个人写一篇是一种记录，一群人写下来，就是一段共同的互联网记忆了。

📅 活动时间

2026 年 9 月 19 日 – 2026 年 10 月 19 日

在活动时间内，都可以参加解密游戏和文章活动。

兑奖方式

  • 使用兑换码在 萌音商城 自主下单兑奖
  • 当你中奖时，届时阿珏将通过 moejue@qq.com 发送兑换码到你的评论时所使用的邮箱地址
  • 可选内容，性别、年龄、有无男/女朋友、自拍照、手机型号等，有利于福袋许愿
  • 所有交易方式均为私密方式，不会向任何第三方透露
  • 随机快递包邮，不接受指定
  • 兑换码将在活动结束后正式生效
  • 同一碳基个体仅限一份福袋
  • 奖品会在兑奖后十个自然日内安排寄出

活动规则

  • 仅限熟人
  • 仅限拥有个人博客的博主
  • 仅限看到这篇文章的人
  • 仅限人品很好的人
  • 仅限很帅的人
  • 仅限很可爱的人
  • 我就是规则！

🎁 福袋预览

手办、公仔、挂件、笔、耳机、卡贴、徽章、明信片、笔记本、扇子、项链、手机贴膜、手绳、戒子、垫子、小抱枕、玩偶、变身棒、ZWB、H漫画、女友、月饼、垃圾、卡片、阿珏酱等内容。

本文2026-09-19首发于阿珏酱のBlog，最后修改于2026-09-19

]]> 谈天说地 第十届迷鹿动漫展，我又去漫展了 https://zh.moejue.cn/posts/350/ Tue, 08 Sep 2026 10:49:40 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/350/ 第十届迷鹿动漫展，我又去漫展了

作者：MoeJue（xxx@example.com）

8 月 8 日，又去漫展了。

这次是第十届迷鹿动漫展。

最近感觉自己参加漫展已经越来越熟练了，基本就是看到漫展，有时间的话就去。

也没什么特别的目的。

就是想去逛逛，然后顺便拍拍 Cos，看看有没有认识的人。

说白了就是：

趁年轻做点自己喜欢的事情

照片

回家以后当然还是要面对熟悉的环节。

导照片。

然后打开一看：

“怎么这么多？”

开始慢慢筛。

这张留。

那张留。

有些照片自己觉得还不错，就留下来了。

有些虽然拍得一般，但又觉得删掉有点可惜。

最后就变成：

“算了，都留着吧。”
图 131
图 133
图 134

1
图 127
图 128
图 129
图 130

修完以后再慢慢发社交平台。

然后过一段时间再回来看。

估计又会觉得：

“当时怎么不再拍好一点。”

很正常。

下次继续。

这次就先记录到这里

第十届迷鹿动漫展。

又是一次很普通的漫展。

没有什么特别的故事。
图 135
图 132
图 136
图 137
图 138

“哦，2026 年 8 月 8 日，我去过迷鹿。”

这就够了。

下次有漫展的话……

那就继续去。

📷 阿珏酱 / 漫展随手记录

第十届迷鹿动漫展，完。

本文2026-09-08首发于阿珏酱のBlog，最后修改于2026-09-08

]]> 二次元 游中国最美十大海岛之旅——嵛山岛 https://zh.moejue.cn/posts/347/ Sat, 22 Aug 2026 13:00:41 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/347/ 游中国最美十大海岛之旅——嵛山岛

作者：MoeJue（xxx@example.com）

这次旅行，去的是传说中的“中国最美十大海岛”之一,嵛山岛。
图 111

出发之前还是挺期待的。
毕竟这种地方，网上随便一搜都是各种大片：蓝蓝的海水、层层叠叠的山、远处的海岛，还有站在山顶一眼望过去的壮阔海景。

结果真正到了以后才发现——

旅行这种东西，真的很看天气。

登岛

刚开始的时候，天气其实还可以。

一路上看看风景，吹吹海风，感觉整个人都慢慢放松下来了。

图 112

岛上的风景和城市里完全不一样。

没有那么多高楼，也没有那么嘈杂的声音，视线一下子就开阔了很多。

一路走走停停，看到喜欢的地方就拍拍照片。

上山

在山脚下，天气看起来其实还行。

但是随着海拔越来越高，周围慢慢就开始白了起来。
图 113

远处的山看不清了。

海也看不见了。

甚至走到一些地方的时候，前面十几二十米的东西都开始变得模糊。

一开始还只是有一点雾气，后来直接变成了“雾锁山顶”。

到了山顶之后，远处基本就看不到了,而且那天风还特别的大,呼呼的吹
图 124

本来应该能看到很远的海面，结果全被白茫茫的雾气挡住。

站在那里甚至有一种：“我是不是来到了云里面？” 的感觉。

当然，没看到完整的山海全貌，还是有一点遗憾的。

毕竟难得来一次嵛山岛，还是很想亲眼看看网上照片里的那种壮阔海景。

网上那些“站在山顶俯瞰大海”的画面，我是一张都没看到。

这里就是最有名的大天湖和小天湖哈哈

图 122
最出片的地方
图 123

去海边

到了海边之后，感觉又完全不一样了。
图 116

海风吹过来，整个人舒服了很多。

相比于山顶的时候，海边更加适合慢慢待着。

没有必要一直赶着去什么景点，也不用一直拿着相机拍。

代画小人,一元一个,童叟无欺
图 117

看日落

到了傍晚，我们又准备等日落。

这时候其实已经开始期待了。

想着白天山顶虽然没看到完整的海景，那晚上总得让我看个日落吧？

结果…… 云又来了。
图 114

太阳慢慢往下落的时候，天空已经被云层挡住了。

能看到一点点夕阳的光，但是想象中的那种“太阳落到海平面”的画面，还是没有等到。

图 115

树荫下

岛上有一个炮台酒吧,晚上的时候会有很多年轻人在这唱歌喝酒.
图 119

吹吹海风，聊聊天，看看旁边的海。

那一刻其实特别轻松惬意。

旅行有时候就是这样。

不一定非要去很多地方，也不一定每一分钟都安排得满满当当。

有时候找个树荫坐下来，吹一会儿海风，就已经很放松了。

图 120

蓝天白云海风树荫
图 118

本文2026-08-22首发于阿珏酱のBlog，最后修改于2026-08-22

]]> 谈天说地 逛 福州·第十五届潮柚漫展 https://zh.moejue.cn/posts/345/ Sun, 16 Aug 2026 15:37:59 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/345/ 逛 福州·第十五届潮柚漫展

作者：MoeJue（xxx@example.com）

算起来，我去漫展也有一段时间了。

不过如果要问我到底算什么身份……

摄影师？算是吧。

集邮党？也算。

二次元爱好者？这个应该更准确一点。

相机挂着，手机揣着，然后看到好看的 Cos 就走不动路。

这次去的是 福州·第十五届潮柚次元动漫嘉年华。

展会在 2026 年 7 月 24 日到 26 日举行，地点还是大家比较熟悉的福州海峡国际会展中心。

出发，目标：拍照 + 集邮

图 94

一边拍，一边逛，一边集邮。

你永远不知道下一秒会在场馆哪个角落遇到谁。

我的漫展日常

“老师，可以拍几张吗？”

“老师，可以集个邮吗！”

“谢谢老师！”

“老师，你看一下”

“老师，需要反图吗,加个微信吧”

这句话我感觉已经快变成摄影师的固定台词了。

但我其实不只是来拍照的

虽然每次都背着相机，看起来像个摄影师。

但我觉得自己还是更像一个普通的漫展爱好者。

因为我也喜欢集邮。

遇到认识的老师，拍张照；
遇到喜欢的 Cos，拍张照；
遇到以前见过的老师，再拍张照。

有时候甚至不是为了出片。

就是觉得：

“啊，这次又遇到了。”

那就拍一张留个纪念。

图 95
图 97
图 100

我觉得这也是漫展比较有意思的一点。

几年以后再翻回这些照片，你可能已经记不起当天具体发生了什么。

但是看到照片的时候，还是会想起来：

“哦，这个漫展我去过。”

“那天我好像还在这里拍了一整天。”

“当时这个老师还在这里。”

这种感觉其实挺好的。

漫展里的各种瞬间

漫展最让我喜欢的，其实不一定是舞台或者嘉宾。

有时候就是一些很普通的小瞬间。

路边正在整理假发的 Coser。

拿着痛包到处逛的游客。

第一次鼓起勇气找人拍照的人。

还有背着相机、在人群里面到处找角度的摄影师。

这些东西放在一起，才组成了我印象里的漫展。
图 103
图 104
图 105
图 109

本文2026-08-16首发于阿珏酱のBlog，最后修改于2026-08-16

]]> 二次元 MoeKoe Music Mobile酷狗音乐第三方移动端播放器 https://zh.moejue.cn/posts/342/ Sat, 01 Aug 2026 13:12:42 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/342/ MoeKoe Music Mobile酷狗音乐第三方移动端播放器

作者：MoeJue（xxx@example.com）

MoeKoe Music

# MoeKoe Music Mobile

一款开源、简洁、高颜值的第三方酷狗音乐移动端播放器

基于 Expo / React Native 构建，是 [MoeKoeMusic](https://github.com/iAJue/MoeKoeMusic) 桌面版的移动端实现

🌎 GitHub仓库  |  
📦️ 下载安装包  |  
💬 访问博客  |  
🏠 项目主页

一款开源、简洁、高颜值的第三方酷狗音乐移动端播放器

基于 Expo / React Native 构建，是 MoeKoeMusic 桌面版的移动端实现

Expo SDK React Native TypeScript License Platform

✨ 特性

  • 🎵 无需自建服务器 — 酷狗 API 适配层直接直连官方，开箱即用，不依赖外部 API 地址
  • 🏠 首页推荐 — 每日推荐、精选歌单、排行榜
  • 🧭 发现页 — 分类歌单、新歌速递等内容探索
  • 🔍 搜索 — 快速检索歌曲、歌单、专辑
  • 📀 歌单 / 专辑 / 排行榜 — 完整的详情页与曲目列表
  • 🎧 播放器 — 滚动歌词、播放队列、迷你播放条（MiniPlayer）、后台播放
  • 🎚️ 音质检测 — 自动探测并选择可用音质
  • 📱 手机号登录 — 同步酷狗账号的收藏与歌单
  • 🌗 深色模式 — 跟随系统自动切换明暗主题

📝 Todo List

  • [x] 首页每日推荐 / 精选歌单 / 排行榜
  • [x] 发现页分类内容浏览
  • [x] 搜索歌曲、歌单、专辑
  • [x] 歌单 / 专辑 / 排行榜详情页
  • [x] 播放器：滚动歌词、播放队列、迷你播放条、后台播放
  • [x] 音质检测与自动选择
  • [x] 手机号登录
  • [x] 账号密码登录
  • [x] 扫码登录(其他设备)
  • [x] 我喜欢 / 收藏同步
  • [x] 用户歌单管理（创建 / 收藏 / 编辑）
  • [ ] 通知栏 / 锁屏播放控制
  • [ ] 歌曲详情浏览
  • [ ] 桌面歌词
  • [ ] 听歌识曲
  • [ ] 平板与横屏适配
  • [ ] 性能优化

📸 预览

Screenshot 1Screenshot 2Screenshot 3
Screenshot 4Screenshot 5Screenshot 6

🚀 快速开始

环境要求

  • Node.js ≥ 22
  • Git
  • iOS 模拟器 / Android 模拟器，或安装了开发版客户端的真机

开发运行 

# 克隆仓库（包含 api submodule）
git clone --recurse-submodules https://github.com/MoeKoeMusic/MoeKoeMusic-Mobile.git
cd MoeKoeMusic-Mobile

# 安装依赖
npm install
npm --prefix api install

# 生成移动端 API 入口（api/ 更新后需重新执行）
npm run generate:mobile-api

# 启动开发服务器
npx expo start

如果克隆时遗漏了 submodule，可执行 git submodule update --init 补齐。

本文2026-08-01首发于阿珏酱のBlog，最后修改于2026-08-01

]]> 折腾代码 MoeKoe Music浏览器插件版本,开箱即用 https://zh.moejue.cn/posts/339/ Wed, 15 Jul 2026 17:48:40 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/339/ MoeKoe Music浏览器插件版本,开箱即用

作者：MoeJue（xxx@example.com）

MoeKoe Music

MoeKoe Music Extension

MoeKoe Music 浏览器插件版，基于 MoeKoeMusic Web 构建，并在浏览器扩展内完成 API 路由兼容。

Manifest V3 Vue Vite License

🌎 GitHub仓库

特性

  • 点击浏览器插件图标后打开独立窗口运行 MoeKoeMusic。
  • 无需用户配置 API 地址，也无需额外启动本地 API 服务。
  • 保留 MoeKoeMusic 原有 Web 页面与交互，兼容浏览器扩展运行环境。

快速开始

环境要求

  • Node.js 20 或更高版本
  • Git
  • Chrome / Edge 等 Chromium 内核浏览器

安装依赖 

git submodule update --init --recursive
npm install
npm run install:app

npm run install:app 会分别安装 MoeKoeMusic 与 MoeKoeMusic/api 的依赖。安装后建议检查子模块工作区，避免把上游 lockfile 的非预期变化提交进去。

本文2026-07-15首发于阿珏酱のBlog，最后修改于2026-07-15

]]> 折腾代码 MoeKoe Music 插件市场设计 https://zh.moejue.cn/posts/337/ Sun, 05 Jul 2026 12:54:29 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/337/ MoeKoe Music 插件市场设计

作者：MoeJue（xxx@example.com）

在做插件市场之前，先有的是 MoeKoe 的普通插件系统。

当时我想解决的问题不是某一个具体功能，而是一个更通用的问题：播放器里总会冒出很多小需求，有些人想改界面，有些人想加一个工具弹窗，有些人想接自己的服务。如果每个想法都往主程序里塞，主程序会越来越重，也越来越难维护。

所以我一开始给插件系统定的方向很明确：主程序只提供插件运行环境和管理入口，具体功能交给插件自己做。插件能独立安装、独立卸载，坏了也尽量不要影响播放器本体。

上一篇我写的是 MoeKoeMusic-Plugins 这个插件登记仓库。那边解决的是“插件市场的数据怎么产生”：用户用 Issue 提交，Action 校验，维护者审核，通过后写进 plugins.json。

但光有登记仓库还不够。真正对用户来说，插件市场不是 GitHub 上的一份 JSON，而是客户端里一个能看、能搜、能安装、能更新的入口。
所以这篇就换到 MoeKoe Music 主项目里，专门聊客户端的插件市场部分。

为什么选 Chrome Extension 这一套

MoeKoe 是 Electron 应用，Electron 本身就有加载扩展的能力。既然底层已经能跑 Chrome Extension，那就没必要再从零设计一套插件格式。

这样做有几个好处:

  • 第一，插件作者不用学一套完全陌生的格式。manifest.json、popup.html、background.js 都是浏览器扩展里很常见的概念。
  • 第二，插件天然有清单文件。主程序可以先读 manifest.json，判断插件名称、版本、描述、权限、弹窗入口、最低支持版本这些信息。
  • 第三，Electron 可以直接加载插件目录，不需要我自己写一个脚本沙箱。

展示、搜索、分页和状态

插件市场不是只要能安装就行，还要能快速判断：

  • 这个插件是干什么的
  • 我有没有装过
  • 我装的是不是旧版本
  • 这个插件有没有更高版本要求
  • 它有没有联网、文件访问、本地二进制这些风险点
  • 分页,搜索,更新,状态

所以市场卡片里展示的不只是“安装”按钮。

  1. 确保插件目录存在
  2. 调用Electron下载安装、卸旧版、装新版
  3. 注册插件相关 IPC
  4. 加载 Chrome 扩展
  5. 加载 Native Host 索引和授权系统

已安装插件

插件管理页里的“已安装插件”不是只读 Electron 当前加载的扩展。它会把两类信息合并：

  • session.defaultSession.getAllExtensions() 拿到已加载扩展
  • scanExtensions() 扫描磁盘插件目录，读取 manifest、图标、popup、Native Host 声明

前端拿到这些字段后，就能显示：

本文2026-07-05首发于阿珏酱のBlog，最后修改于2026-07-05

]]> 折腾代码教程 MoeKoeMusic-Plugins设计理念 https://zh.moejue.cn/posts/334/ Sat, 20 Jun 2026 11:45:33 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/334/ MoeKoeMusic-Plugins设计理念

作者：MoeJue（xxx@example.com）

一开始做 MoeKoe Music 插件生态的时候，还没有在线插件市场这个功能
后来在社区的建议下便有了这个插件市场 增加官方/社区插件仓库以扩展产品功能

插件可以由社区开发，那插件市场应该怎么管？

最直接的做法当然是把所有插件源码都收进一个大仓库里。但这个方案越想越别扭。每个插件都有自己的作者、自己的发布节奏、自己的构建方式。把它们全塞进官方仓库，不仅维护成本高，也会把责任边界搞得很模糊。

所以这个仓库最后没有被设计成“插件源码仓库”，而是变成了一个“插件登记与索引仓库”。它只做几件事：

  • 接收插件上架、更新、下架和举报申请
  • 自动做一轮基础校验和静态识别
  • 把人工审核通过时的插件快照记录下来
  • 维护客户端可以读取的 plugins.json
  • 顺手把 README 里的插件列表更新出来，方便人看

一个可追溯的登记簿：谁提交的、审核的是哪个版本、下载地址是什么、是否有网络或文件权限，都落在一份清楚的数据里。

市场索引，而不是源码仓库

仓库根目录最重要的文件是 plugins.json。它就是插件市场真正消费的数据源。

{
  "id": "custom-app-background",
  "name": "自定义背景图",
  "description": "为MoeKoe Music提供自定义背景图能力，支持透明度调节。",
  "iconUrl": "...",
  "version": "1.0.0",
  "minversion": "1.6.1",
  "...":"....",
  "buildRequired": false,
  "networkAccess": false,
  "fileAccess": false,
  "binaryContent": false,
  "snapshot": {
    "iconUrl": "...",
    "repository": "MoeKoeMusic/custom-app-background-plugin",
    "commitSha": "dbf72d38c8cf6b1d1cefdf8ce15798d565678995",
    "downloadUrl": "hxx.zip",
    "release": null
  }
}

我不想让市场记录永远指向插件仓库“当前最新代码”。因为作者今天提交的代码，和审核那天看到的代码，可能已经不是同一份东西了。插件市场真正应该承认的是：审核通过时的那个版本。

所以这个项目里面有一个核心原则：

上架的不是一个会漂移的仓库地址，而是一个已经锁定的快照。

对于不需要编译的插件，快照锁到默认分支当时的 commit。对于需要编译的插件，快照锁到对应的 Release tag 和发行附件。这样后面真出了问题，也能回头知道当时到底审核了什么。

Action 先跑，人最后拍板

用户提交 Issue 时，需要选择：

本文2026-06-20首发于阿珏酱のBlog，最后修改于2026-06-20

]]> 折腾代码 我用WebGL做18+游戏，输了“掉装备”🔞 https://zh.moejue.cn/posts/332/ Sat, 13 Jun 2026 11:38:47 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/332/ 我用WebGL做18+游戏，输了“掉装备”🔞

作者：MoeJue（xxx@example.com）

紧接上文：《同一个动画，我用三种技术栈实现的区别?》

WebGL 二次元石头剪刀布小游戏。

规则很普通：

  • 石头 > 剪刀
  • 剪刀 > 布
  • 布 > 石头

但有趣的是在于：

输了会脱衣服。

对,就是这么简单粗暴。

起因其实是“我想研究精灵图”

一开始我根本没想做游戏。
我只是想研究：

  • atlas
  • sprite
  • 图层叠加
  • 动画裁剪

这些东西。
然后想着：“总得有个实际应用场景吧？”

于是脑子一抽：

那干脆做个二次元脱衣猜拳。

然后项目开始朝奇怪方向狂奔。

这个项目最麻烦的其实不是游戏逻辑

石头剪刀布规则简单得离谱。
真正麻烦的是：衣服层级
因为角色不是：“一张完整图片”

而是：

  • 底图 (防粿体被抓包,特意加密了)
  • 衣服 A
  • 衣服 B
  • 衣服 C
  • 配饰
  • 遮挡层

不停叠。

“脱衣”其实是图层管理

玩家赢了：

  • 按设定好的顺序移除一件衣服

电脑赢了：

  • 再按逆序穿回来

听起来简单。
实际上会遇到一堆问题：

比如“不能瞬间露底图”

这个特别关键。
如果你：

先删旧衣服
再加新衣服

中间可能会闪出底图。
于是视觉效果会特别怪。
所以我后来用了：reveal 覆盖逻辑

新的层会立刻顶上。
尽量避免：

本文2026-06-13首发于阿珏酱のBlog，最后修改于2026-06-13

]]> 折腾代码 同一个动画，我用三种技术栈实现的区别? https://zh.moejue.cn/posts/328/ Fri, 29 May 2026 20:54:39 +0000 xxx@example.com (MoeJue) https://zh.moejue.cn/posts/328/ 同一个动画，我用三种技术栈实现的区别?

作者：MoeJue（xxx@example.com）

最近我做了个挺有意思的小实验。
我把一个二次元角色的小动画效果，分别用：

  • WebGL
  • Canvas 2D
  • 纯 DOM + CSS

实现了三遍。
效果本身不复杂：

  • 眨眼
  • 眉毛/下眼皮联动
  • 流汗轻微飘动
  • 呆毛甩动

但真正有意思的，其实不是“做出来”。
而是：

同一个东西，用三种技术栈实现时，到底会差多少？

本质上就是一次“前端图形学味很浓”的复刻实验。

一开始只是想复刻一个呆毛动画

灵感来源：https://tamanidamani.itch.io/nijikas-ahoge
我当时想法特别简单：“如果是我,要怎么实现？”
然后越做越上头。最后直接演变成：

那我干脆把 WebGL、Canvas2D、DOM 三种方案都做一遍算了。

于是仓库就变成了现在这样：

三个版本同效果实现。

先说结论

如果只让我说一句话：

WebGL 最强，但 Canvas2D 最舒服，DOM 最适合业务

1. WebGL 版本：最像“真正游戏开发”

这个版本是最折腾的。
因为它本质上已经不是“前端动画”了, 而是：GPU 图形编程

它到底怎么实现的？

核心思路其实就是：

  • 底图一层
  • 精灵图一层层贴
  • shader 控制绘制
  • JS 驱动动画参数

比如：

  • 呆毛旋转
  • 眨眼裁剪
  • alpha 混合

这些其实都在 GPU 那边做。
你会开始接触：

  • uniform
  • texture
  • shader
  • UV
  • 顶点坐标
  • 纹理坐标

然后人会逐渐失去笑容。

本文2026-05-29首发于阿珏酱のBlog，最后修改于2026-05-29

]]> 折腾代码