弱弱问一下，为何 etcd 使用 HTTP+Json 而不是 TCP 或者 UDP 呢？前者不是更消耗带宽么？

对于这种一般跑在内网的应用瓶颈不会出现在带宽上，再造一套轮子的意义不大。

延时问题 比 带宽开销问题 更大

http可以直接用curl做客户端，在shell里写也基本上没问题。
你用bash弄一个UDP客户端试试（ry

用Go写的etcd，在初期是非常需要一个友好的接口与周边生态的，这利于它的发展与推广。
正因为用了http/json，无论是php/ruby/python甚至bashshell的curl wget，都能轻松地与之协作。开发人员几乎不需要阅读文档，只需要扫一眼http示例，就能够轻松的集成进去。
使用tcp/udp，就需要一整套通讯协议了，就需要各种不同语言的sdk了，就需要维护各种版本细节了……费力不讨好。

不过说回来，etcd很有可能在以后的版本中，内部通信使用纯tcp，但并不是因为带宽问题，而是延时问题。不过对外服务，http是肯定支持到底了。

@suriv520 嗯……明白了……谢谢！

用 curl 调试会很方便