C语言 on 映屿

回声周刊 Vol.8：欧盟初步认定TikTok成瘾性违法

i@glowisle.me (五葉地錦) — Sun, 08 Feb 2026 11:33:19 +0800

这里是回声周刊，分享我这周读过的文章书籍、近期发生的大事小事。每周日更新。如果你对这个周刊感兴趣，可以订阅周刊。

〰︎ 声波

とかげ3号

GO!GO!7188

Spotify

とかげ3号~ とかげ3号~

しっぽの切れた八虫類

とかげ3号とかげ3号

お腹青光り八虫類

キラキラと光るあの物体は何だ?

已经成为这段时间的必需品，停止播放大脑就会とかげ3号~ とかげ3号个不停。

🕮 声源

欧盟初步认定TikTok成瘾性违法（英文）

🔗 文章链接

欧盟委员会初步认定TikTok因其令人上瘾的设计违反了《数字服务法》。这包括无限滚动、自动播放、推送通知和高度个性化的推荐系统等功能。

Twitter同理，他们对青少年的访问进行了限制。但我请问，现在广为人知的娱乐平台哪一个不是这样？

检查伴侣的手机：中国亲密关系中的一个恶习

🔗 文章链接

文章探讨了中国人在亲密关系中对隐私权的让渡问题，如查看手机，并列出了美国人的数据作为对比，深入到信任问题，并对查看手机这一行为持明显批判态度。

在中国，有些人常常逼迫自己伴侣交出手机，假若不从，就以分手为威胁。这种让人惊掉下巴的寡廉鲜耻已经到了人神共愤的程度，因为这表明这些人完全不尊重对方的隐私权，丝毫没有权利意识。

虽然文章的内容确实有道理，但作者几乎是先假设了一个「中国人在亲密关系中隐私关系欠佳、存在信任问题」的结论，寻找论据进行论证的。以及，「中国人」在文章中被描述为一个静态的整体。

为什么我用C语言制作游戏（英文）

🔗 文章链接

作者将不同编程语言对比，结合自己的需求和经验，最终认为C语言是最适合自己的语言。

文中提到了作者想要的编程语言特性：

I want to produce less bugs, so I want strict typing, strong warning messages and static code analysis.

我希望Bug更少，所以我想要强类型、强大的警告信息、静态代码分析。

~~乍一听，如果不单纯考虑游戏开发的话，他应该会喜欢Rust的。~~ 文章中的不少观点都能引发我的共鸣，比如对C++的厌恶和对Golang的喜爱，但显然Go因为游戏相关的库太少，不适用于游戏开发。

我相信在Linux环境下工作的程序员很难讨厌C。我个人对于C的喜爱，大部分来自GNU/Linux, Emacs和Vim等等一大堆使用C开发的日常使用的工具，除此之外，还有这个语言本身的简洁性：没有过多的语法糖和抽象，完全清楚代码在做什么，几乎没有隐藏的开销。如此简单却接近底层的机制带来了巨大的灵活性。

互联网档案馆发布插件，解决40%的互联网死链问题

🔗 项目链接

来源

WeMD

更优雅的Markdown公众号排版工具。告别复杂工具。Markdown写作，一键复制到公众号。专为公众号创作者设计的本地优先编辑器。支持桌面客户端和网页版在线使用。

🔗 项目链接

微信公众号的编辑器如果敢说自己是世界上第二难用的编辑器，没人敢说自己是第一。

SuperDoc

SuperDoc（在线演示）是一个开源文档编辑器，将Microsoft Word功能带到Web上，具有实时协作，广泛的格式选项和轻松的集成。可自托管Vanilla JS，React，Vue等。

🔗 项目链接

Tmux Plugin Manager

🔗 项目链接

安装和加载tmux插件。

♇ 所在

自建Fedi实例

昨天和群友讨论泰拉瑞亚联机方案的时候提到服务器，我随便看了看，发现有一台挺适合的。虽然联机方案的讨论结果是不需要单独的服务器，我也不用干活，但还是拿下了这台机器，搭建了一个akkoma实例。

⁂ 实例地址

选择akkoma就是因为它相对轻量，可以减少服务器成本。减少成本是对于我个人来说，让服务活下去并且活得好的方法之一，~因为这个东西就像Spotify一样会每月吃掉我的钱啊！~目前是不开放注册的单人实例，当然这个配置应该不会开放注册的。

这个过程踩了不少坑，从服务端到nginx到cloudflare缓存，前端后端几乎全踩了一遍，不过也好，也算是为对服务器维护一窍不通的我积累经验了。其中卡了我最长时间的问题是头像的显示问题。这个问题有好几个阶段。

阶段一：上传图片会裂开。是nginx配置问题导致，程序不知道该把图片上传到什么位置，在调整nginx配置文件后解决了。

阶段二：可以上传图片，服务器物理上存储了图片，但还是裂，实际url被设置为：https:akk.glowisle.me/media.glowisle.me/xxxx.png/，这是baseurl没有加https://导致的。

阶段三：上传头像，png格式的图片会变成一张透明图，其他格式全部变成纯黑图。这里是浪费时间最长的，一开始我以为图片损坏或者媒体类型不正确，用curl各种测都正常，之后怀疑是图片裁剪后端的问题，因为我的服务器发行版是Debian，我担心软件版本太低，然而禁用了裁剪器后问题依然存在，我开始抓瞎排查调试……

我用手机客户端登录账号上传头像，就不会有这个问题。在那个客户端里没有裁剪图片这个步骤，我就更加笃定是裁剪后端的问题了。直到在这条帖子下有网友回复可能是浏览器问题，我才换了一个浏览器来测试，终于能正常上传图片了。没想到问题竟然出在这里！

有点折磨自己的改变！

我最近打破了很多原有的习惯。比如，我重新配置了Emacs，而不是继续使用Doom Emacs。这里是我的配置文件。

我还把<Escape>重新映射到了CapsLock，所以我现在会使用CapsLock来切换evil的insert和normal模式，确实更近了一点，但小指有些无力，按起来有点难受。

最近也在强制自己使用标准指法打字，因为我之前的打字指法错误率太高了。什么？你问我是什么指法，我可以告诉你，那是一坨不可名状的，正在蠕动生长的东西。那是我刚刚接触电脑，二指禅时代的遗留，和大量编程敲字的vim习惯的结合。一般大家打字，右手都是把手指以此放在J K L 和分号键，是的，想也知道，我放在H J K L……

虽然现在打字速度变得更慢，而且错误率也增加了，并且碰到左手小指无名指和中指压力大的单词时十分不舒服，但我相信熟练后收益不会低的，就像学习双拼和Vim一样，总要经过一个难受的磨合期。

以上就是本期回声周刊的全部内容，感谢你的阅读，祝你有充满ECHO的一周！👋

剖析千行C语言文本编辑器Kilo的技术细节

i@glowisle.me (五葉地錦) — Sat, 06 Dec 2025 13:26:47 +0800

今天上午学习了一下Kilo的源代码。我很早以前就对文本编辑器的实现方法感兴趣了。

Kilo是一个很简易却不简陋的项目，清晰地展示了如何构建一个终端下的文本编辑器，它的目的不是真正让你学会去开发一个高标准高质量，能投入使用的文本编辑器，而是理解文本编辑器的核心骨架、理解一个看似庞大一团糟的问题的拆解思路。这是一个很好的起点。也过了一把爽玩C语言的瘾（虽然我并没有写几行代码）。

程序分析

整个项目只有一个文件，一千三百行代码。我用了大概一个半小时梳理了程序的执行流程，手画了一个流程图。为了美观，我又用Graphviz绘制了一个电子版：

程序流程图（大意）

这张图我省略了一些深的函数调用，但也能帮助我大体上掌握这个程序的执行流程。结合这张图与源码，我发现文本编辑器的核心功能——打开、编辑、保存，实现难度并不大，在C语言中容易踩坑的是缓冲区处理、文件读写这种老生常谈的内容。在这个程序中，调用最多、最重磅的部分是initEditor这个函数，以及后续的高亮处理，尤其是前者在窗口尺寸计算、修改后的做法上花费了大功夫。其实和终端环境的交互才是最麻烦的点，它提供的封装和抽象并不多，有很多需要自己手动调试的地方，繁琐是显著特征。

终端信号处理

我发现在终端程序里，需要快捷键的部分都是使用Raw mode和signal相关的函数组合实现的，在理解signal这个函数和它的有关宏的概念时，耗费了比较长的时间。

简单来说，signal用于处理用户在终端发出的信号，比如SIGINT代表由C-c产生的中断信号，SIGIGN代表忽略信号，即接受到这个信号以后什么都不做，关于如何接受信号，就要说起signal()这个函数。定义如下：

void (*signal(int sig, void (*func)(int)))(int);

看起来非常复杂，说人话就是接受两个参数，第一个参数是int类型的sig，是信号编号，比如SIGINT，这是要接收的信号。第二个参数是一个函数指针，接受一个返回void，参数是int类型的信号处理函数，使用第二个函数中的函数对接受到的信号做处理。函数返回原来的信号处理函数（函数指针）。

可以用typedef简化理解：

// 定义信号处理函数的类型
typedef void (*sighandler_t)(int);

// 用 typedef 重写 signal 声明
sighandler_t signal(int sig, sighandler_t func);

在Kilo中，C-c是被忽略的，因为它非常容易导致丢失修改，可以这样实现：

signal(SIGINT, SIGIGN);

不过，在Kilo的实现，是通过调用editorReadKey()，从Raw Mode 中读取一个按键存入数组，用switch匹配按键对应的值再返回给调用方，调用方也通过switch，匹配对应的操作函数。而在C-c的部分，则是直接break掉了。

...

case CTRL_C: /* Ctrl-c */
        /* We ignore ctrl-c, it can't be so simple to lose the changes
         * to the edited file. */
        break;

...

这种实现方法也有一定局限性，不同的终端模拟器可能发送不同的转义字符，硬编码转义字符会出现不适配的情况。并且使用read()阻塞读取输入有性能瓶颈。

精妙的数据结构与算法

这个程序最有趣的地方在于清晰、通用的数据结构的设计，以editorConfig为例：

struct editorConfig {
    int cx, cy;     /* Cursor x and y position in characters */
    int rowoff;     /* Offset of row displayed. */
    int coloff;     /* Offset of column displayed. */
    int screenrows; /* Number of rows that we can show */
    int screencols; /* Number of cols that we can show */
    int numrows;    /* Number of rows */
    int rawmode;    /* Is terminal raw mode enabled? */
    erow *row;      /* Rows */
    int dirty;      /* File modified but not saved. */
    char *filename; /* Currently open filename */
    char statusmsg[80];
    time_t statusmsg_time;
    struct editorSyntax *syntax; /* Current syntax highlight, or NULL. */
};

我们定义了一个editorConfig类型的变量，它全局唯一，维护了程序的基本状态，包括行、列、滚动偏移、终端尺寸。让程序状态的流转非常清楚。这些内容都是一个文本编辑器需要关心的最核心内容：光标位置、视图偏移、数据和文件的状态等信息。

通过这个结构体，能简单地获取程序当前的状态，或者为某项功能对状态作出修改，对一个新手来说还是挺拓宽思路的，至少我想不到怎么设计这些数据结构。

数据与显示的分离

在editorConfig中嵌套了一个erow类型的变量，里面的东西也可以展开说说，定义如下：

typedef struct erow {
    int idx;           /* Row index in the file, zero-based. */
    int size;          /* Size of the row, excluding the null term. */
    int rsize;         /* Size of the rendered row. */
    char *chars;       /* Row content. */
    char *render;      /* Row content "rendered" for screen (for TABs). */
    unsigned char *hl; /* Syntax highlight type for each character in render.*/
    int hl_oc;         /* Row had open comment at end in last syntax highlight
                          check. */
} erow;

这里面有一个render字段，在editorUpdateRow()中，有这样的代码：

unsigned int tabs = 0, nonprint = 0;
    int j, idx;

    /* Create a version of the row we can directly print on the screen,
     * respecting tabs, substituting non printable characters with '?'. */
    free(row->render);
    for (j = 0; j < row->size; j++)
        if (row->chars[j] == TAB)
            tabs++;

    unsigned long long allocsize =
        (unsigned long long)row->size + tabs * 8 + nonprint * 9 + 1;
    if (allocsize > UINT32_MAX) {
        printf("Some line of the edited file is too long for kilo\n");
        exit(1);
    }

循环的if中使用的 TAB 定义在KEY_ACTION枚举，值为9，在ASCII码中是\t也就是水平制表符。代码在统计tab的数量。

问题在于，一个\t在内存中占1字节，但在屏幕显示的时候会占据八个字符的宽度，这里就体现出render的作用了，如果一行有两个\t，每个最多展开为八个空格，那么所需要计算的大小就是2 * 8 + chars的大小：

(unsigned long long)row->size + tabs * 8 + nonprint * 9 + 1;

那个恒为0的变量nonprint可能是为将来打印不可见字符设计的。结尾的+1为'\0'预留。

按照这个公式，给render分配内存：

row->render = malloc(row->size + tabs * 8 + nonprint * 9 + 1);

随后，这些代码在非制表位填充空格：

idx = 0;
    for (j = 0; j < row->size; j++) {
        if (row->chars[j] == TAB) {
            row->render[idx++] = ' ';
            while ((idx + 1) % 8 != 0) // 在非制表位填充空格
                row->render[idx++] = ' ';
        } else { // 正常字符直接赋值
            row->render[idx++] = row->chars[j];
        }
    }

row->rsize = idx; // 在循环结束的时候，idx等于写入字符总数
row-render[idx] = '\0'; //在字符末尾添加结束符

虽然有点绕，但设计还是非常巧妙的！

代码高亮

源码中使用大量篇幅实现了代码高亮，定义了一些关键字：

char *C_HL_extensions[] = {".c", ".h", ".cpp", ".hpp", ".cc", NULL};
char *C_HL_keywords[] = {
    /* C Keywords */
    "auto", "break", "case", "continue", "default", "do", "else", "enum",
    "extern", "for", "goto", "if", "register", "return", "sizeof", "static",
    "struct", "switch", "typedef", "union", "volatile", "while", "NULL",

    /* C++ Keywords */
    "alignas", "alignof", "and", "and_eq", "asm", "bitand", "bitor", "class",
    "compl", "constexpr", "const_cast", "deltype", "delete", "dynamic_cast",
    "explicit", "export", "false", "friend", "inline", "mutable", "namespace",
    "new", "noexcept", "not", "not_eq", "nullptr", "operator", "or", "or_eq",
    "private", "protected", "public", "reinterpret_cast", "static_assert",
    "static_cast", "template", "this", "thread_local", "throw", "true", "try",
    "typeid", "typename", "virtual", "xor", "xor_eq",

    /* C types */
    "int|", "long|", "double|", "float|", "char|", "unsigned|", "signed|",
    "void|", "short|", "auto|", "const|", "bool|", NULL};

然后在具体实现editorUpdateSyntax()中，简单粗暴地遍历字符匹配这些关键字。在一般的教学例子中这样实现是可以的，我认为在具体的工程中应当用词法分析、语法分析和字典树去匹配。更易于维护和拓展，也能适配复杂的嵌套。

上述分析提到的缺点都可以作为优化方向，比如提供更简单操作接口，用词法分析技术或接入LSP服务器，为程序提供Lua接口来扩展插件……不过我相信在古老的纯C应用中，添加这些功能的繁琐程度和开发周期简直是灾难级别的。但是在处理快捷键上，使用termcap库的难度应该小于修改代码高亮部分的难度。

这个项目最值得学习的点是如何将抽象的功能和终端联系起来、如何设计合理的数据结构以及标准库的使用。是阐释「程序 = 数据结构 + 算法」的很好例子。不过我自己是想不到那些函数该什么时候用，没准还会手动实现标准库造好的轮子呢。

学习的过程很好玩，从主函数开始探索整个程序，一段一段地跳转调用，A调用B，B调用C，C调用D，理解了逻辑后再把它们画成图，对感兴趣的部分深入研究，有一种前人用他的智慧抚平我大脑褶皱的感觉……读懂它，几乎就等于一只脚趾踩上了理解Vim / Nano等项目的大门吧。

想自己重新实现一次，然后加入自己的优化，比如联动Lua / Zig甚至是Go来实现上层的功能，好玩好玩真好玩。

头皮好痒，要长脑子了！

在查资料的过程中又发现了 vis 和 micro（它甚至是用Go写的），又有新玩具了！

C语言的可变参数

i@glowisle.me (五葉地錦) — Sat, 05 Jul 2025 18:32:52 +0000

介绍

C语言中，printf()和scanf()函数就是典型的变参函数，其优点是灵活处理参数。

想要创建变参函数需引入头文件stdarg.h，它有一些宏：

va_list 指向整个可变参数列表的指针
原型：typedef char* va_list;

va_start 指向可变参数列表前的参数（...前的参数）
原型：void va_start(va_list ap, paramN);

va_arg 可变参数列表
原型：typedef va_arg(va_list ap, type)

va_end 结束对可变参数列表的访问，并释放资源
原型：void va_end(va_list ap);

使用例

#include <stdio.h>
#include <stdarg.h>


// 定义一个使用省略号的函数原型
void function(int argument, ...)
{
        // 声明一个va_list类型的变量ap，这是可变参数列表
        va_list ap;

        // 使用va_start把变量ap初始化为参数列表
        va_start(ap, argument);

        // 第二个参数表明本函数期望传入一个int类型
        // 但是编译器不会检查到底输入了什么。
        int output = va_arg(ap, int);

        printf("可变参数：%d\n", output);

        va_end(ap);
}


int main()
{
        function(1, 109);
}

输出：

可变参数：109

函数起了作用，但是如果我们需要接受多个参数，应该如何获取呢？

#include <stdio.h>
#include <stdarg.h>


// 定义一个使用省略号的函数原型
void function(int argument, ...)
{
        // 声明一个va_list类型的变量ap，这是可变参数列表
        va_list ap;

        // 使用va_start把变量ap初始化为参数列表，此处的第二个参数是最后一个固定参数
        va_start(ap, argument);

        // 第二个参数表明本函数期望传入一个int类型
        // 但是编译器不会检查到底输入了什么。

        int arguments_list[4];

        for(int i = 0; i < 4; i++) {
                arguments_list[i] = va_arg(ap, int); // 按int类型提取参数
        }

        va_end(ap);

        // 遍历参数列表并打印
        for (int i = 0; i < 4; i++) {
                printf("可变参数%d：%d\n", i + 1, arguments_list[i]);
        }

}


int main()
{
        function(1, 10, 12, 2, 111);
}

扩展：`va_start`的第二个参数的工作原理

va_start的第二个参数用于定位可变参数列表的起始位置，具体而言，它指向函数参数列表中最后一个固定参数（即省略号前的参数），通过该参数的地址计算出第一个可变参数在内存中的位置。

C函数的参数按从右至左顺序入栈（栈底高地址，栈顶低地址）

va_start的第二个参数作为基准点，其地址加上自身大小后，即指向第一个可变参数的起始地址。

所以...前至少要有一个固定参数用于寻址。

C语言的头文件与OOP范式的抽象类、接口的异同点

i@glowisle.me (五葉地錦) — Fri, 06 Jun 2025 20:16:56 +0000

引言

说真的，从去年十一月份开始接触编程，到现在也好几个月了，自认为进步速度较快，但速度快也就导致了深度浅，走马观花式的学习，现在还是有很多理解不深刻的点，今天来仔细研究一下这个问题。我也是先入为主，第一门编程语言学的是Java，所以再接触C，一些概念就混淆了。

C语言模块化设计的核心

头文件本质是对外提供的接口契约，包含函数声明、宏定义、结构体类型声明。例如：

// math_utils.h
#ifndef MATH_UTILS_H
#define MATH_UTILS_H
int add(int a, int b);  // 函数声明
#endif

编译隔离：通过头文件守卫(#ifndef)实现模块之间的编译隔离。
虽然头文件可以实现函数，但这会破坏模块化。

模块化实现规范

源文件承载具体实现，通过包含对应头文件实现联系
模块间通过extern关键字声明共享全局变量（谨慎使用）

面向对象中的抽象机制

抽象类可以包含部分实现，它的目的是：描述一个公共基类，有共同的特征，有部分方法实现，但另一部分依赖子类自行实现。

接口是一系列方法的声明，一个接口就是在描述一种能力。

设计目标上，抽象类为了代码复用+多台，而接口是行为契约。

设计范式对比

C模块化 vs OOP抽象

抽象粒度：C模块关注功能单元（做什么），而OOP抽象关注对象行为契约（是谁做什么）
扩展方式：C通过函数指针传递上下文，OOP通过继承、实现扩展。

C语言 on 映屿

回声周刊 Vol.8：欧盟初步认定TikTok成瘾性违法

〰︎ 声波

とかげ3号

🕮 声源

欧盟初步认定TikTok成瘾性违法（英文）

检查伴侣的手机：中国亲密关系中的一个恶习

为什么我用C语言制作游戏（英文）

互联网档案馆发布插件，解决40%的互联网死链问题

WeMD

SuperDoc

Tmux Plugin Manager

♇ 所在

自建Fedi实例

有点折磨自己的改变！

剖析千行C语言文本编辑器Kilo的技术细节

程序分析

终端信号处理

精妙的数据结构与算法

数据与显示的分离

代码高亮

C语言的可变参数

介绍

使用例

扩展：va_start的第二个参数的工作原理

C语言的头文件与OOP范式的抽象类、接口的异同点

引言

C语言模块化设计的核心

模块化实现规范

面向对象中的抽象机制

设计范式对比

C模块化 vs OOP抽象

扩展：`va_start`的第二个参数的工作原理