非常好！

我补充一下上面的内容，为了让所有的流程都可以用，所有的指令前面都要加 arch -arch x86_64 ，包括 pip 等，因为 pip 也会根据当前架构选择下载何种执行文件。arch 指令本质上就是在 universal 包里选择某一种的架构去运行。

用 arch 指令可以指定运行架构，这边给几个例子
arch -arch x86_64 XXXXX
arch -arch x86_64 python
arch -arch x86_64 python -m pip XXXXX
arch -arch x86_64 XXXXXX/bin/pyinstaller XXXXX
我自己用这个在 arm 架构系统上打包 intel 架构的可执行文件，你具体测试的时候可以在脚本里用下面的代码看当前的架构
arch = platform.machine()
具体的话你可以 man arch 看怎么用

硬盘吃紧的情况的确挺麻烦的，有机会的话还是去小作坊扩个容，这样后续工作也不会这么局限。

已经安装体验。蛮不错的。OP 地图组建用的是哪个？

赞！

@wcao 即便是系统自带的字体，也会有如此的效果。


只要你使用的是现代浏览器，我不认为系统字体和你在 web 上看到的字体有什么不同。

就像我上面所说的那样，在那个人的实际屏幕的观感，是没有问题的，因为那个人无法区别网页上的字和系统里显示的字有什么不同。如果你将你的屏幕的截图（不要使用聊天的图片传输）发给那个人，或者让那个人直接看你的屏幕，那个人才会觉得，你的屏幕好清楚。

字体就是同一种。但有 3 个问题会导致你所说的不同。

第一点，显然你所截图的所谓的“别人的样子”的截图的屏幕缩放比例是很低的。我这里所说的屏幕缩放比例你可以理解为“分辨率低”导致的问题（可以在系统里查看当前的缩放比例）。我这里目测你截图的（参考值）像素密度是别人的 2 倍，这很有可能你物理屏幕的像素密度是那人的 2 倍。

第二点，对方的系统打开了“性能最优”效果（这个在 windows 里的话应该在高级设置里，具体名字忘记了），这个设置打开以后，chrome 会关闭部分效果，例如抗锯齿渲染。

第三点，该图片来自于聊天软件（例如 QQ ），聊天软件本身会压缩高缩放比例的图片，换句话说，就算你收到了来自 Mac 的截图，你照样会觉得很糊。这个是我自己发现的，实际人家看起来是没问题的。

那么现在说回如何解决的方法，简单来说，就是没有办法解决，你只能期望着大多数人使用着较好的屏幕（和你一样的屏幕），才能和你有一样的效果。我这里额外提一句，大多数人的 PC 的屏幕都没有很高的缩放比例，你的屏幕已经很高了，因此你看到别人屏幕的截图就都是发虚的。

一楼和其他楼里提到的我非常认同

也就是，只能看懂基本上等于不会，或者换句话反问：您真的看懂了吗？显然未必。

就像 3 楼，7 楼，9 楼所说的那样，当你开始写时，你马上会遇到不会写的问题（一个字也写不出），那么这就是你进步的机会了，去反思。如果你写出来却遇到报错等问题，那么这又是你进步的空间了，又需要你反思到底哪里出了问题。这些过程才是让你后续能写代码，自信解决问题的关键。显然，我们大家不可能在评论区给你一大堆资料，这还得你自己多费心，将一个个问题根据情况搜索，分析，讨论，最后解决问题。

1. 迫切的希望使用新 UI ，新功能：2

2. 不在乎：0

3. 抵触使用新 UI ，新功能，无法接受软件大的变化：0

4. 工作上的希望永远不要变化，自用的希望天天都给我更新：1

----
同第 4 条

可以去扩容一个 2T 的 之前扩容过一次 ，小作坊 1500 元，现在应该会更便宜。

如果要真的正儿八经根据规则来的话，根据规则的不同，你还真可以被允许写成 userName 或 username 。

但是从我个人的体验来看，我看到的版本都是 username ，几乎没有见过 user_name 或者 userName 的形式。
我个人遇到这种情况一般都是取大家常用的那个，通常也就是看起来更舒服的那个。
之所以选自己看起来更舒服的那个（通常来说是更常用的那个）会更好是因为，这个东西真的很难强求，主要原因是在你的一些项目里几乎不可能避免用其他人的包（甚至是来自其他语言的包），那么这个时候你避免不了的要去使用人家的命名方式（或者你要自己独立完成一个包装，通常你也不会因为这么小的问题去给第三方库一个包装）

我觉得题主主要的问题在于：“真的有没有一种大家的共识呢”，我直接告诉你，没有，你放弃吧。对此，在个人或者团队书写的时候按照自己规定好的规则，其他情况，随便不管它。

看了楼上的一些回复，我也想分享一些我对这个问题的看法。

首先要指出，在任何的情况下，一个程序员只会 1 个语言作为自己的工具是完全不可能的事情，即便是一般的程序员，也通常都需要掌握多种不同的语言，通常会到近 10 种甚至更多（在这里我把 HTML 等一系列的标记语言也算在内）。

我看到 OP 已经提到了“标准库用法”这一关键字，我就知道楼主已经入门了，因为我们知道，除了语言本身，标准库的使用方法更是体现你是否掌握这门语言的一个考察点。对于这方面，我认为，在你已经学习了一个语言的标准库的用法之后，你不必担心你是否会混，是否会忘记，这是因为我可以百分百跟你保证，只要你不常用，即便你之前学过，你百分之百会忘记标准库里的类/函数/方法的用法（这里的用法包括脚手架代码，函数调用时参数的最佳实践等），此时即便你有 IDE 的帮助，你也会十分痛苦，就好像你的脑子开始重新载盘了（疯狂 swap ）。

因此你看，这就是为什么我们有 Docs （文档）了，甚至还有诸如 DevDocs 的聚合文档供大神们使用了，再次重申，没人同时记得住这么多语言的所有用法，在你确保第一次搞懂概念后，泛化这个概念后，随他去吧，不要让记忆这些有的没的 API 阻碍了你的发展。

不是专家，但是看了一下，我认为有几点明显可以优化的点：

1. 毫无意义的标题，标题里居然写 “搞不懂 ... ” ，我认为虽然你说的是事实，但是很明显更一个更好的标题相比，格格不入，试试用 What, How 来开头，会显得更专业

2. 问题中引用了一个命令，本身是非常好的，但是没有加 ``` ``` 来作为代码片段，读者看起来会比较累。

3. 问题中有 3 个大 Question ，作者如果问题是相关的，就单独成句进行表述，如果直接写出 3 个问题，会很明显不符合提问的约定俗称规范，也就是一个帖子一个问题。

就像 1 楼和 2 楼说的那样，你需要使用 ClashX Pro 里的 Tun 模式（增强模式）
注意一下，不要同时启动 系统代理 和 增强模式，你只需要开启增强模式。

支持

支持