fix binary search bug.

[leeonix]

二分查找经典的bug，使用(begin+end)/2会有整数溢出的问题。换减法就没问题了。

[cloudwu]

这个暂时不改, 因为不支持这么多的名字(所以不会溢出). 下个版本会改过来.

btw, 用减法只是把搜索数量的上限从 30bit 增加到 31bit . 超过 31bit 依旧有 int32 不能完整表示下标的问题.

[leeonix]

减法的换算：
(begin + end) / 2 = begin / 2 + end / 2 = begin - begin / 2 + end / 2 = begin + (end - begin) / 2
由公式得出，减法只是一个加法的公式的换算，实际意义和加法是没区别的。
不管是从概率统计还是实际出现的几率都小，但隐患毕竟是隐患。

[cloudwu]

我在 dev 分支上加上了限制, 不准超过 0x40000000 个 name handle .
如果 name handle 有如此之多, 设计或实现一定出了严重的问题 (内存也不可能够支持这么多 service).

(begin + end)/2 毕竟实现简单, 而且数学意义明确. (不值得一提的是:性能也略高.)

[leeonix]

噢，你在生成上加限制，这样确实避免了。不过我现在在64位服务器上测试。也是限制这么多？不过也确实。0x40000000就已经超级多了。

[leeonix]

不过话说你也真够顽固的，宁愿改上限也不改算法那。在现在的指令流水线方式下，你说得性能提高微乎其微……

[cloudwu]

这个限制不仅不少，反而多了. 其实加不加都一样.
因为单个节点的 service 总数受 id 限制, 最多同时只能有 0x1000000 个，远小于 0x40000000。这和是不是 64bit 系统无关。