测试使用zookeeper的c客户端的情况

C++ 专栏收录该内容
2 篇文章 0 订阅

    zookeeper是网上java开发者谈论的比较多的分布系统框架。为了偷懒,想找一个稳定的合适的开发工具,于是就在win32平台测试了zookeeper的c客户端api。对于c语言开发者而言,zookepper的使用并是很轻松的,文档和示例显得有些简陋,。可能它的作者主要都是java的开发者,显得似乎对c不太熟系,api导出的函数总让人感觉怪怪的。

    使用c语言开发zookeeper客户端时可能有这样一些情况:

1> 无法使用调试器调试,由于调试中断程序执行时会挂起了所有的线程,包括与zk服务端通讯的IO线程。导致与服务端通讯的io线程超时,可以从其中它附带一个test文件中看到,作者其实也注意到了这个问题。

2> 因为与服务端存在超时的限制,当客户端连接超时的时候,所有API的调用都不能成功执行。zk认为超时是一种错误,官方网站的文档上甚至明确的说应该要抛一个异常给调用者,这就让使用者很难搞明白,连接明明是存在的啊?客户端相对服务端来说超时可算作错误,可客户端明明正在使用啊,为嘛告诉自己不能再使用了,除非服务端在这段时间内需要做一些处理,可能通知其他服务器,认为此时不应该响应客户端的调用(sorry没有看服务端的代码)。zk把所有的错误处理都交给了使用者,但我觉得使用者并不能处理这种错误。也许仅仅需要在c函数中的增改几行代码就可以用了。说点题外的话,很多人牛逼人士都会告诉你应该怎么把代码写好,事实上很多牛逼人士通常也并不会遵循这些准则,真是搞笑!

3>zk提供了一些原语。例如zk的文档就明确得告诉了使用者,设置观察(watcher)的回调,只会执行一次,所以api中有一些函数带了个是否设置回调的整型参数。真的要这么做,难道没有更好的办法替换这种实现吗。但大可不必些担心的说,如果我连续的调用了好几个api,后面设置的回调会不会覆盖前面的设置,zk每个都会回调但只有一次,就在调用的那个函数上设置。还有zk能保证数据一致,就好像是线程之间的同步那样,如果不是特殊的需求也不用考虑多台机器同步访问的问题,直接用api就可以了。看了下zk的示例程序queue和lock以及barrier,就是用squence类型的节点生成序号大小确定领导者(leader),好像跟c语言上的同步不是一个概念,还是简单易用的,功能却很强大。


4>测试后发现,千万注意在watcher回调函数中异常的抛出。又说点题外的话,windows上的异常的机制又像是鸡肋,不知道搞这么复杂绕那么多弯还把自己搞到了有什么用,比如就一个简单的访问异常明明可以处理的,异常一抛出展开,随随便便就把程序栈崩溃掉了,调试的时候跟踪不到。


5>zk的使用者谈得比较多的是zk应该在哪些环境下使用。个人认为zk的c客户端很可能打破现有的代码被再次重构。如果将来不会,使用者使用c客户端需要小心可能也需要自己改写库代码。



  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值