@hsczy 这跟场景没有关系，是跟你的代码设计实现有关系。通俗一点描述，iPhone 和 Nokia 都是手机，他们都实现了打电话的功能。这里手机就像是一个接口类型，能符合一个手机实现的必要条件是能打电话，能打电话了就实现了手机接口类型。但不同的手机能打电话的同时，还有各自其他的特殊功能，这就像是其他类型实现了接口类型的同时，能负责其他的功能。

接口还是很常用的，反射的话很少会单独拿出来用

家里电脑 cookie 过期了，特地登录来回复你，对我来说域名占 0%

牛。。。牛逼啊

你在说什么？？？

首先这就是个奇偶区分的问题，不是什么排序，双指针是最简单的解法，快排啥的就扯远了
其次从性能上来说，你的解法确实存在些问题，不如自己分析一下各种解法的时间和空间复杂度。
算法面试就是这样，不服的话也没办法，啃吧

就是这么干的。。

#14 #15 可解，iptables 打 mark，增加路由表改路由
但你全部流量都转发，和改网关又有什么区别呢

12p 续航感觉还行，信号还是有 bug，蛋疼

“执行某个任务时夯住了”
就是卡住了。。

真快啊

我们这挺好的

写脚本换呗。。

早就有人在搞了，搜索 广州空中的士

12 pro 经常进出公司大楼后，有信号无网络，只能开关飞行模式来恢复

@zhengdai1990 #3 reply channel 如果不带缓存，那么就会阻塞的，必须接受侧已经准备好了才能发送，如果接受侧没有准备那就无法执行，这个时候就会执行 time.After

case reply := <-reads:
select {
case reply <- state:
case <-time.After(time.Millisecond):
}

或者
reply := make(chan int, 1) 使用带缓存 channel