bash 的管道，就是先创建一个 pipe ，然后 fork ，再分别设置输入输出，然后 exec ，并不是前一个命令执行完毕，后一个命令拿到它的输出，开始执行。应该理解为，read write 系统调用会在管道没有数据的时候阻塞，如果后一个命令需要读输入，而管道没有数据，就会阻塞等待前一个命令输出。而 read write 系统调用时，进程进入阻塞状态，而进程转为就绪状态时，何时执行又依赖于调度器，所以 bash 管道连接的两个命令，执行时序不容易预测
举一个例子，有个需求是给一个目录 xxx 加上 x 权限，然后 cd 进去，我有个朋友在初学 shell 时使用的命令是 chmod +x xxx | cd xxx
这个命令，有时能行，有时又 permission denied ，本质就是进程执行时序的问题。如果需要保证时序，可以用分号分成两个命令，也可以使用&&

archlinux➕KDE
优点是 archlinux 初始啥也没有，你想要啥就安装啥，整个系统随心所欲，至于滚挂，我小白安装双系统 archlinux 一年多以来从未滚挂，唯一一次系统挂掉是自己手贱删了内核模块

archlinux 好处就是软件新，wiki 全。隔壁发行版都经常来翻 arch wiki

我现在的 archlinux 配置，系统语言选英文为了高逼格，又安装了 windows 字体，noto 显示中文，另外调整过字体配置，整个桌面字体非常舒适，不像 windows 中文等宽默认新宋体💩，根本没法看。另外 shell 搞了一些插件，配置了一下 neovim 临时编辑文本，KDE 选了一个好看的主题，各种日常需求都找到了相当好用的软件（ IDE ，文档编辑浏览，视频，音乐，即时通讯等等)，用来日常学习工作非常舒适

另外自己高度定制的 linux ，对系统足够了解，啥东西在哪里，啥功能怎么用全都知道，就算不知道也能阅读文档，一开 shell 有一种我就是上帝的感觉，整个系统就为我一人服务，只会方便我使用而从不给我增加阻力

曾经用 rust 写过三个 json 的 parser ，分别是不确定的自顶向下分析，递归下降，表驱动，还写了一个 pretty print ，顺便重载了一下[]方便访问 json 数据，其中表驱动是我最想吹的一个，99ms 解析 49M 的 json 文件，而且语法错误提示非常人性化，没有造成 json 字符串的复制，效率非常高

说这么多只是想说明，不如写个 json parser😜

操作系统找本书看，同步和互斥是操作系统必讲的内容，锁只是同步和互斥的实现方式之一

静态文件浏览服务: `python -m http.server`

@ltfree 试试容器传入代理的环境变量，代理服务器地址为 docker 网络中宿主机地址，端口为 clash 的代理端口，另外打开 clash 允许局域网连接

@vituralfuture http_proxy https_proxys

@vituralfuture 另外桌面软件的启动方式跟 cli 有所不同，导致他们获取到的环境变量也可能不一样，可以在终端 env 看看环境变量，然后 curl 一下 google 测试一下

设置代理的环境变量是

linux 的代理主要是设置环境变量，此外很多软件并不遵守环境变量，可以考虑用 tun 模式

借个楼，各位写 typehint 的时候遇到异步生成器函数没有实现的的情况下如何处理的

异步生成器，即函数体有 yield 的异步函数，没有实现即它的具体实现在子类中，父类仅仅提供一个接口。如果使用诸如 mypy 这样的严格静态类型检查器，只写个 pass ，因为没有 yield 语句，mypy 就会认为返回类型不是生成器所以报错

我想到了一个办法就是 yield from 这个函数自己，让 mypy 自己绕圈去，但感觉不够优雅，说到底还是破坏了可读性，用 pass 可以表示函数体为空，没有逻辑。而 yield from 有迷惑性

刚好解决了我的问题，感谢

arch➕KDE ，X11 下和 wayland 下都能外接两个显示器并显示不同内容

wc?
统计多少行 wc -l
统计多少字 wc -c
统计多少词 wc -w

你说的喇叭口，是衬线吗?

else 可以在条件不成立的时候多执行一段逻辑

举个例子，如果今天下雨就穿雨鞋，否则就穿运动鞋，穿完鞋之后出门

话说问这种问题，op 是初学编程?