VSCode 和用不用快捷键也没有太多直接关系呀，我在我用的所有编辑器里基本都开了 Vim motion 。

虽然我也不用 VSCode ，但主要是不喜欢基于 Web 技术栈的桌面软件，跟它本身功能如何没关系。

每次坐长时间的飞机或者高铁之前，我都想下几部电影在路上看，甚至写点代码。
但每次上高铁之后都是睡觉。

@a1b2c3T 我感觉大写锁定这个功能几乎用不到呀。连续输入少量大写字母就按住 shift ，连续输入大段大写字母就先输入小写然后批量转大写。

Clash/Mihomo 也可以做到，给出口节点设置上 interface-name 绑定到具体接口，然后用分流规则分流到对应的节点上。

@lancelock Zen 就是主打一个 Firefox 版 Arc ，但是一模一样还是夸张了，明显能看出来不一样的吧。

我也觉得 Chrome 垂直标签不如 Arc 好用，Chrome 真的就只是做了个垂直标签页。

我比较难接受的是 Pin 逻辑不一样。Arc 是 pin URL ，Chrome 是 pin tab ； Arc pin 住之后除非手动移除，否则不会消失，而且如果关闭或者双击 pinned tab 是回到 pin 住的 URL ，但 Chrome 是直接把这个 tab 删了。

其他的例如标签页文件夹当书签用，这种确实有点过于定制化，不适合 Chrome 这么大众的软件，不做我也可以理解。

最近一直在用 Zen ，主要是 Windows 上没有 Arc 用（ Windows 版半成品都算不上）。Mac 上还是在用 Arc ，除了垂直标签页之外，little Arc 和 peek 功能都很难找到替代品。

OP 是不是不用密码管理器。
用密码管理器之前，我也不喜欢 TOTP ；用密码管理器之后，能上 TOTP 的绝对不用短信/邮箱验证码。

用密码管理器自动填充比掏出手机看验证码还是舒服多了。

顺带一提，TOTP 只是 2FA （双因素认证）的一种形式，短信/邮箱验证码、强制要求使用 App 确认、硬件密钥等也是 2FA 。

敢吐槽微信公众号编辑器难用？你对产品的理解力为零！

svchost 是 Windows 的服务进程吧？我理解很多 Mihomo 的 GUI 都会注册一个 service 来避免每次开 TUN 都需要提权，但这不是内核自己的功能。

@pllpii https://gist.github.com/Butanediol/ae175e52b1ccf593e004e55dca1d2f24

我用这个试了一下是可以的

@pllpii 啊，这个地方是我搞错了

规则应该用 IN-PORT ，而不是 SRC-PORT 。

SRC-PORT 匹配的是连接发起时使用的端口，而不是从哪个监听的端口进来。你换成 IN-PORT 再试一下。

Windows 上我用的是 ClashXW ，也是很老的软件了但是可以自己换内核，基本上跟裸用内核没什么太大区别。Linux 我是直接用的内核。

@pllpii 你用的是 Clash for Windows ，这软件已经停止更新很久了，我不太确定它的内核是否支持这个功能。我也不是很清楚它是否会覆盖掉某些基础配置。

你可以先排查一下 7893 7894 端口有没有在监听。

```yaml
listeners:
- name: HK
type: mixed
port: 7893
- name: SG
type: mixed
port: 7894

proxy-groups:
- name: HK
type: load-balance
strategy: round-robin
- name: SG
type: load-balance
strategy: round-robin

rules:
- SRC-PORT,7893,HK
- SRC-PORT,7894,SG
```

配置文件里添加多个 inbound ，然后路由规则里用 SRC-PORT 分流到对应地区的代理组，代理组采用 load-balance round-robin

八月底买了 32*2 DDR5 6000MHz ，花了 1600 ，当时觉得已经很冤大头了，现在涨价到 3000 块，还好买得早

@qdwang 你说的有道理，但我感觉可能稍微有点钻牛角尖了。例如你说的这个例子，实际情况这段二进制数据很有可能是 Data 类型，那么就直接用 Data.replaceSubrange(_:with:).subdata(in:) 了，不会直接操作 Array<UInt8>。其次就是，由于对 Array<UInt8> 进行切片后类型是 ArraySlice<UInt8>，但是很有可能你下一步做的操作需要的是一个 Array<UInt8>，所以你大概会选择在切片的时候就直接把它转换成 Array<UInt8>，规避了这个问题。

所以虽然理论上会有这个坑（例如 Data 的 initializer 就允许 ArraySlice ），但大多数时候用包装好的工具不太会踩。但也可能是我见识的比较少，或许 c/cpp interop 的时候用得多？

@ikw 我个人理解，先不考虑修改的问题，使用原数组的索引有其一定的合理性，这个在 Arrayslice 的文档里也有解释。然后如果 foo 被修改，虽然发生了复制，但 Array 和 Arrayslice 是值语义，所以继续使用原数组的索引。

CoW 复制的是 slice 对应部分：

```swift
var array = [1, 2, 3, 4, 5]

var slice = array[1..<4]
slice.withUnsafeBufferPointer { ptr in
for i in 0..<4 {
let val = ptr.baseAddress!.advanced(by: i).pointee
print(val, terminator: " ")
}
print()
}

slice[3] = 6

slice.withUnsafeBufferPointer { ptr in
for i in 0..<4 {
let val = ptr.baseAddress!.advanced(by: i).pointee
print(val, terminator: " ")
}
print()
}
```

输出是
```
2 3 4 5
2 3 6 xxx
```

xxx 是个“随机”数

@PlG5sBkXD1ziLeGB COW 生效了，在修改之前，底层使用的 array 是同一块内存，修改时 foo 进行了复制，不是同一块内存了