butanediol2d

@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 进行了复制，不是同一块内存了