Ady Liu
Ady Liu
多谢提醒，已经更新
如果在1ms 内产生4096个id的话，是可能重复的。 通常业务系统应该没有这么高的并发量。如果真遇到这么高的并发量，应该考虑多几个机器实例，最多支持32个机器实例，这样吞吐量在32_4096_1000=1.31亿/秒。 我想没什么系统有这么大的id生成量。
另外，能把测试代码贴出来么？
既然如此危险，还是建议不要在根目录/下操作好了。 现代Unix/Linux已经不允许在rm -fr / 了。
实际环境中，通常这个比较简单的密码验证用处不大，而且存储这个密码也是一个安全隐患，因此大多数环境（内网可信网络）都没有使用密码验证逻辑。 如果你有兴趣可以简单改造下ZkConnection来支持密码验证。 另外，打一个小广告，我们公司在招聘Java工程师的创业伙伴，如果你有兴趣，可以与我进一步沟通。欢迎加入。
可以参考taobao简单封装的逻辑，sgroschupf版本的zkclient是不带认证的，尽管这非常简单。 https://github.com/dgutzeit/zkclient/commit/d07f6e2ef548798859d6161eba0b5a276cb011a0
如果检测到失效，会立即重连。如果一致没有操作，配置的默认失效时间是30秒。
[handleChildChange](https://github.com/adyliu/zkclient/wiki/tutorial#%E8%AE%A2%E9%98%85%E4%BA%8B%E4%BB%B6) 可以达到你的目标
zkclient含有网络链接状态（TCP CONNECTION），因此不适合序列化。
看起来是无法反序列化，你将反序列化失败的文本输出来看看。 另外内容可以markdown格式化下