我感觉是路由的问题，你把 wireguard 的路由写成局域网，然后分别尝试局域网的地址和公网地址是否可以通过不同的网卡发出去。印象里，你在 wireguard 客户端里设置允许的 ip 段，写某一段和写 0.0.0.0/0➕某一段，会在影响虚拟网卡和物理网卡路由表顺序

两周前某东购买了 13mini,用了不到三天，我卖了，，，使用面容解锁之后输入密码解锁的频率明显增高了，之前一直是 se2 续航不咋地，最近换了 se3 续航感觉明显提升了很多，se3+ipad pro 2021 完全够用，还是指纹解锁得劲啊

果断 clashX 其他的要么付费，要么功能少

使用微信读书好几年了，确实好使😄

@hello2090 😄 突然想起来，上大学时候，编程老师说，建议你们在纸上写程序，，，

@hello2090 😄老哥 666 ，每次说的都是精髓呀

正常来说都是一个设备一份，如果多设备同时用会出现互相抢占的情况，比如 A ，B 设备，最近与服务器握手成功的那个设备才能正常使用，但是由于 interval 我们一般会设置成 25-30s(官方推荐的时间也是这个),所以在这个时间内，会冲突一下，如此循环。。。

@kaihu204 印象里 ngrok 每用一会就会断开，我想搞个不用客户端下载的东西，，尽量想少点依赖，能支持 https 就行，不过现在来看，客户端下载一个可执行程序这一步是不可避免了

@yaott2020 嗯这个不错，我就是想自己搞一个尽量不需要下载客户端的。。

尴尬了，也是刚看到 google 从 chrome app 2022.6 停止支持。。。
算了，我放弃了

@Archeb 嗯，所见略同，但是我觉得就是 chrome app 应该比下载个客户端软件安装到自己设备更方便吧，为啥要淘汰呢？

@oldshensheep 这个方案我刚打算做时候就想到了，问题太多，而且实现的不完善，跨域，敏感头代理等等，最后没辙了我就放弃了。但是那是最美好的结果，因为啥都不用装，直接打开网页就行了。😂

@lisongeee 嗯，在 chrome app 的开发文档里面有一章节是 tcp/udp 编程，如果与服务器建立长链接，然后在服务器提供 https 服务器，然后把服务器的 https 流量通过这个 socket 链接送进来，不就实现内网穿透了。。理论上可行

@dzdh #14 这种还不算是最优解，其实可以参考一些框架的设计都用了反射，例如：
```

type magic interface {
Call(*some.Class)
}

// 把你的 model 传进去
func Register(m interface{}){
handlers=append(handlers,m)
}

// 在合适的时机执行
func bind(h interface{}){
// 一些逻辑处理 handlers

reflectVal := reflect.ValueOf(h)
t := reflect.Indirect(reflectVal).Type()
newObj := reflect.New(t)
handler, ok := newObj.Interface().(magic)
if ok {
handler.Call(xxxx)
}
// 然后走你 register 进去的 model 的逻辑

}

// 类似 “https://github.com/bugfan/rest/blob/master/rest.go”，不喜轻喷啊😂

```

自己包装一层中间件，可以放在主要逻辑前，也可以放在主要逻辑后 类似 https://github.com/bugfan/srv

17 年开始写 c ，go ，后来一直是 go ，，，，这些年，明显感觉 go 的人越来越多了，17 年时候只记得 jd 已经开始招聘 golang 工程师了，但当时招聘 go 的还是太少，，，

@cmdOptionKana 用 go 写一个类似 spring 的东西也不难吧，，，

@hello2090 666😂