做嵌入式的时候用过 LVGL，它的样式系统给我留下了深刻印象。LVGL 的 Border 是”实体”的——会占据布局空间，把内容往里挤。
安卓这边就没这么痛快了。ShapeDrawable 和 MaterialCardView 的边框更像是”装饰品”，想让边框、圆角、内边距各自独立可控？原生组件做起来挺别扭。
所以我干脆手搓了一个 BorderFrameLayout，把 LVGL 那套逻辑搬过来。
图中不同的颜色代表真实占用的空间。
绿色代表Border, 红色代表内部Padding, 蓝色代表Child可使用空间.
在嵌入式开发领域，我们经常会遇到色彩位数极低的显示设备：
如果直接将 24 位真彩图片进行量化处理，其结果往往如同烧焦的木炭，细节丢失殆尽。但若引入 抖动算法(Dithering)，这些 1-Bit 屏幕便能模拟出细腻的灰度感。
此前我曾尝试用 Rust 实现过一个版本，但作为博客演示，使用 JavaScript 与 Canvas 在浏览器中直接进行仿真最为直观。本文将介绍几种主流抖动算法的原理及其 JS 实现。
bindgen 是一个能自动为 C（或 C++）库生成 Rust 绑定的辅助库和命令行工具。
elk 是一个迷你的JS引擎.
能够实现类似于这样的效果1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19##include <stdio.h>
##include "elk.h"
// C function that adds two numbers. Will be called from JS
jsval_t sum(struct js *js, jsval_t *args, int nargs) {
if (nargs != 2) return js_err(js, "2 args expected");
double a = js_getnum(args[0]); // Fetch 1st arg
double b = js_getnum(args[1]); // Fetch 2nd arg
return js_mknum(a + b);
}
int main(void) {
char mem[200];
struct js *js = js_create(mem, sizeof(mem)); // Create JS instance
js_set(js, js_glob(js), "sum", js_mkfun(sum))); // Import sum()
jsval_t result = js_eval(js, "sum(3, 4);", ~0); // Call sum
printf("result: %s\n", js_str(js, result)); // result: 7
return 0;
}
如果这个执行内容来自于服务器下发,那就可以很方便地动态下发程序然后执行特定的任务.
之前 MCompass 项目的博文引来不少流量，Cloudflare 后台的数据看得我挺惊喜。原本想过把这个小装置做成产品，但版权和量产成本确实是个砍。于是我开始想，能不能通过 AdSense 这种成熟的平台，让这些流量转化成一点维护网站的服务器成本。
结果没想到，Google 在接连几次申请中都给我发了“需要采取行动”的回执。信里说申请需要调整，但具体的“痛苦面”在哪又没说清楚。
我意识到，单纯堆内容是不够的，站点的“技术卫生习惯”——也就是 SEO 和抓取合规性，可能已经烂透了。于是，我决定给博客做一次彻底的底层清理。
之前买的Jetpack Compose教程的群群主最近一直在称赞Codex,Claude Code之类的有多么强大, 激发了我对这种CLI式的AI兴趣.是时候研究一下了.
在哔哩哔哩上简单搜索到几个介绍视频, 尤其是看到了Codex的那个演示, 一个人下发多个任务,然后每个任务后面都有一个AI在不同分支为他自动修改代码,调试代码直到完成任务,更是迫不及待的体验一下这种一个人就是一个团队的力量.
入行安卓开发已有一段时间。学生时期曾注册并使用过
Google Play 开发者账号，在当时的审核环境下完成过
多款应用的发布与实践。
随着平台政策和合规要求的持续调整，
该历史账号已主动终止使用，相关应用亦已停止维护。
该阶段的经历主要作为个人技术成长过程的一部分予以记录。
在原生Android开发的世界, 创建模版项目后就会得到一个MainActivity和activity_main.xml.
我们习惯了在MainActivity里去绑定Button和Text再设置各种属性. 他们都是内存中看得见,摸得着的View.
但是到了Flutter中, 得到的了却是main()函数和一堆StatelessWidget和StatefulWidget.
不仅仅是Flutter, 连Jetpack Compose也在向这种’声明式UI’靠拢.
Compose中同样找不到onResume(入口Activity除外),取而代之的而是层层嵌套的Composable函数
这种转变本质上是：我们不再持有 UI 的“句柄”，我们只持有“数据”。
正因为我们持有的只是数据，而数据本身是没有‘前后台’概念的（一个 String 字符串哪里知道自己是否在前台？）。所以，在声明式 UI 中寻找 onResume 本身就是一个伪命题。
只有当数据需要根据系统状态（如用户回来了）进行刷新时，我们才去主动询问系统。
(2025年11月 重制版说明):
这篇文章的初版我曾发布于第三方平台（简书+Bilibili），并累计获得了50,000+ 次阅读 和大量开发者的反馈。
为了提供更好的阅读体验，我对文章排版和部分内容进行了优化，并将其独家发布在此个人博客
不知道多久前看到了MIUI更新了”动态字体系统“功能,不过当时没太在意(毕竟我用的也不是MIUI,哈哈哈,不过确实挺方便的),演示视频里面展示了随意调节字体粗细的功能,后来知道这个参数叫做字重(zhong第四声).
