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 端口有没有在监听。

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