@lizhenda #32 我个人是熟悉 go ，前端只是半吊子，所以选择用 go ，如果你熟悉 js 的话，用 nodejs 也是可以的，至于放到云上运行的需求，套个 docker 就可以了，还有性能问题，不必过早考虑，先把业务跑起来再说，等日活上来了，再考虑优化也不迟

建议文档中写一些 curl 调用的示例，这样测试起来也方便

试用了一下，挺不错
/image/screen 接口没测试成功
返回 Failed resolution of: Landroid/accessibilityservice/AccessibilityService$TakeScreenshotCallback;
/viewer 调用了上面的接口，所以也没法用

另外 /action 接口的文档写的不是很清楚， /action/1 这样是不对的，需要 /action/back 才对，我是翻了 python 的代码才找到用法的

@matenshi #5 从 5 楼的描述来说，是不是这样的情况：
1. 你把 CA 签名过的用户证书加入信任列表，阅读器认证通过
2. 你把 CA 证书加入信任列表，删去用户证书，阅读器认证失败

如果是这样的话，问题应该出在第 4 步后少了一步，你要把用户证书和 CA 证书的公钥合并成一个证书文件，这样才能形成一个证书链，阅读器信任这个合并的证书文件后，才能从 CA 开始进行认证。如果有多级 CA，比如 CA1 签名 CA2，CA2 签名 CA3，CA3 签名用户证书，那这四张证书都要合并成一个文件才行

原理应该就是这样，但是具体的操作你得自己找找

@monkeyWie #57 协程有 N 个，只不过通过信号量保证了其中只有 M 个在跑，其他的协程虽然在等待，也需要消耗少量资源

@liyunlong41 #54 “相互写数据”这个表述不太严谨。不过你说的有道理，从健壮性来说，确实需要考虑这些极端情况。


@monkeyWie #55 个人觉得 35L 的写法确实比较优雅，但是从效率来说，还是 49L 的写法更好一些，因为 49L 的协程数量是 M 个，而 35L 的协程数量是 N 个，当 N>>M 时，虽然 golang 的协程足够轻量，但是也没必要这么浪费。

@liyunlong41 #49 你好，请教一下，在 61 行的这一部分，为什么两个 channel 之间互相要写数据？
```
select {
case err := <-errCh:
handleErr(err, result[1:])
<-done
case <-done:
if len(errCh) > 0 {
err := <-errCh
handleErr(err, result[1:])
return
}
fmt.Println("success handle all task:", result[1:])
}
```

改成这样是否可以？
```
select {
case err := <-errCh:
handleErr(err, result[1:])
case <-done:
fmt.Println("success handle all task:", result[1:])
}
```

@buffzty #37 我觉得你的思路是对的，但是实现上可能有点问题，比如数据变成
arr := []int{2, 1, 5, 7, 4, 6, 8, 5, 6}
出来的结果就不对了
play.golang.org/p/8nk_2P3ycP2

我不确定是否有这样的功能，但是从道理上来说，一个 API 的设计，需要更新哪些字段应该是明确的，不应该随意变化。所以我怀疑你这是一个 XY 问题，可否先讲讲你这个需求产生的原因？

来个 quick and dirty 的办法
nnoremap fa fai
nnoremap fb fbi
...
nnoremap fz fzi
nnoremap fA fAi
...
nnoremap fZ fZi

@cathedrel #12 iptables 肯定是能实现，11 楼的方法应该就可以。但是很抱歉，因为我自己没操作过，所以没法给你例子，你得自己看看文档了

先把两个网卡的地址改为非同一网段，不然很可能出现各种奇怪的问题

如果要所有流量都走 enp4s0f1，运行以下命令
sudo ip route del default
sudo ip route add default via <enp4s0f1 本地 IP> dev enp4s0f1

如果只是部分目标 IP 的流量走 enp4s0f1，比如 123.0.0.0/8 的流量，那么执行
sudo ip route add 123.0.0.0/8 via <enp4s0f1 本地 IP> dev enp4s0f1

要按程序来指定的话，估计只能通过 iptables 了

看到 C99/C++11 的这些，你会更纳闷的
en.cppreference.com/w/c/types/integer
其实原因很简单，就是为了执行效率，一些情况下，我们并不关心 int 到底是 32 位还是 64 位的，反正都够用，这时候就没必要强制指定位数，而是让编译器自己去自行选择效率最高的位数

看看这个文档：
docs.mongodb.com/manual/applications/data-models-tree-structures/

十多年开发，居然连跨域问题就解决不了。。。

贵司肯定是按照代码行数定年薪的～～

不过话说最后一张图，vue + element-ui 不是只能这么写么？难道有其他写法？

看得出楼主花了不少精力，点个 star 支持一下

问题是心跳包为什么会造成网络压力呢？

PS：“网络压力”这个词听着挺奇怪的。。。

肯定选第二种，这是 mongoDB 的优势，也是推荐用法，效率会有极大的提升