Java 里 long 可以计数多久

0 条评论

long 作为 JVM 的 primitive 类型之一,是 64bit 长的有符号数字,它的大小范围是 -9223372036854775808 到 9223372036854775807 (-263 to 263- 1),而我们经常使 long (比如 AtomicLong 对象)用来计数,那么现在可以算算,在我们的使用场景下,long 可以使用多久就会达到最大值呢?

假如我们的使用场景中,每一秒使用计数器计数 10w 次,并且不间断保持计数,那么一天会计数 10w*60*60*24=8,640,000,000, 也就是约 86 亿次, 这个数字看起来很大了,我们用 long 的最大值来除以试试

9223372036854775807/8640000000=1067519911.6730064591435185185185

也就是大概可以不间断地计数 10.6 亿天,换算成年呢?

1067519911.6730064591435185185185/365=2924712.086775360162037037037037

也就是大概 292w 年,所以,如果计数器要求每天计数 86 亿次的情况下,long 可以支持我们的程序跑上几百万年,完全不用担心溢出的问题。

并发编程 Promise, Future 和 Callback

1 条评论

在并发编程中,我们通常会用到一组非阻塞的模型:Promise,Future 和 Callback。其中的 Future 表示一个可能还没有实际完成的异步任务的结果,针对这个结果可以添加 Callback 以便在任务执行成功或失败后做出对应的操作,而 Promise 交由任务执行者,任务执行者通过 Promise 可以标记任务完成或者失败。 可以说这一套模型是很多异步非阻塞架构的基础。

这一套经典的模型在 Scala、C# 中得到了原生的支持,但 JDK 中暂时还只有无 Callback 的 Future 出现,当然也并非在 JAVA 界就没有发展了,比如 Guava 就提供了ListenableFuture 接口,而 Netty 4+ 更是提供了完整的 Promise、Future 和 Listener 机制,在 Netty 的官方文档 Using as a generic library 中也介绍了将 Netty 作为一个 lib 包依赖,并且使用 Listenable futures 的示例。在实际的项目使用中,发现 Netty 的 EventLoop 机制不一定适用其他场景,因此想去除对 EventLoop 的依赖,实现一个简化版本。

参考 Scala 和 Netty 的代码重新定义了接口和实现,先介绍下和 Netty 版本的区别:

  1. 去除了对 EventLoop 的依赖,Callback 的执行策略不同:任务未完成时添加的 Callback,会在结束任务的线程执行;任务完成后添加的 Callback 会在添加 Callback 线程立即执行
  2. 一个 Callback 执行后会立即被清理
  3. Callback 可以根据任务结果添加,支持添加以下三种 Callback: onComplete, onSuccess, onFailure, 不需要和 Netty 的 FutureListener 一样大部分场景下都需要检查 future.isSuccess 等
  4. 支持 Callback 的组合,Callback 包含一些函数式的方法,比如 compose 和 andThen 可以用来组合
  5. 使用 CountdownLatch 替换掉了 Netty 的 wait/notify 实现
  6. 去掉 Netty Future 一些不常使用的方法,同时补充一些模型间关联的方法,比如 Promise.getFuture

然后再介绍几个使用这个 commons-future 的示例:

  1. 异步执行任务,获得 Future 后添加 Callback
    1. final TaskPromise promise = new DefaultTaskPromise();
    2. final TaskFuture future = promise.getFuture();
    3. final CountDownLatch latch = new CountDownLatch(1);
    4. future.onComplete(new TaskCallback() { // 添加结束 Callback
    5.     @Override
    6.     public TaskFuture apply(TaskFuture f) {
    7.         latch.countDown();
    8.         return f;
    9.     }
    10. });
    11. new Thread(new Runnable() {
    12.     @Override
    13.     public void run() {
    14.         promise.setSuccess(null);
    15.     }
    16. }).start();
    17. latch.await();
  2. 异步执行任务,获得 Future 后添加成功结束的 Callback
    1. final TaskPromise promise = new DefaultTaskPromise();
    2. final TaskFuture future = promise.getFuture();
    3. final CountDownLatch latch = new CountDownLatch(1);
    4. future.onSuccess(new TaskCallback() { // 添加成功结束 Callback
    5.     @Override
    6.     public TaskFuture apply(TaskFuture f) {
    7.         latch.countDown();
    8.         return f;
    9.     }
    10. });
    11. new Thread(new Runnable() {
    12.     @Override
    13.     public void run() {
    14.         promise.setSuccess(null);
    15.     }
    16. }).start();
    17. latch.await();
  3. 异步执行任务,获得 Future 后,添加失败结束的组合 Callback
    1. final TaskPromise promise = new DefaultTaskPromise();
    2. final TaskFuture future = promise.getFuture();
    3. final CountDownLatch latch = new CountDownLatch(2);
    4. future.onFailure(new TaskCallback() {
    5.     @Override
    6.     public TaskFuture apply(TaskFuture f) {
    7.         latch.countDown();
    8.         return f;
    9.     }
    10. }.andThen(new TaskCallback() {
    11.     @Override
    12.     public TaskFuture apply(TaskFuture f2) {
    13.         latch.countDown();
    14.         return f2;
    15.     }
    16. }));
    17. new Thread(new Runnable() {
    18.     @Override
    19.     public void run() {
    20.         promise.setFailure(new IllegalStateException("cm"));
    21.     }
    22. }).start();
    23. latch.await();
  4. 异步执行任务,获得 Future 后阻塞等待任务完成
    1. final TaskPromise promise = new DefaultTaskPromise();
    2. final TaskFuture future = promise.getFuture();
    3. new Thread(new Runnable() {
    4.     @Override
    5.     public void run() {
    6.         try {
    7.             TimeUnit.SECONDS.sleep(2);
    8.         } catch (InterruptedException e) {
    9.         }
    10.         promise.setFailure(new IllegalStateException("cm"));
    11.     }
    12. }).start();
    13. future.await();

代码仓库: https://bitbucket.org/qiyi/commons-future
参考:

golang 以 dom 方式解析 xml

0 条评论

直到 golang 1.2,标准库的 encoding/xml 包里依然没有出现 xml dom 解析相关的支持,网上搜索了一圈,倒是一早就有开源项目提供了第三方库(code.google.com/p/godom)。godom 项目实现了大部分的 dom 规范常用接口,够一般场景使用的了,可惜下载源码下来尝试 build 居然失败,原来项目已经两年多没有维护,而 golang 在快速演进过程中废弃了一些内置结构的支持,并且部分功能包的位置也发生了变化。

别无他法,官方的指望不上,只能修正 godom 工程的代码,费了些时间,将原本代码里已经被废弃的 vector 替换成 slice,此外修改了几个 xml 包的导入位置,终于 build 成功,开源项目就是好,clone了原作者的工程到 https://bitbucket.org/qiyi/godom/ , 支持 golang 1.2。

使用时先 go get bitbucket.org/qiyi/godom,示例代码,接口使用和 JAVA 类似:

godom-1

宏碁读做 Hóngjī

12 条评论

宏碁读作 Hóngqí 还是 Hóngjī 的问题已经在网络上引起很多的争议了,我搜索了一下,综合知乎上的一些已有讨论,目前已有的看法分别是:

认为是 Hóngqí 的人主要有以下证据或者推论:

  • 在中国大陆的词典、输入法中 "碁" 只有唯一的读音是 qí。
  • 在中国台湾,虽然 "碁" 可以读 jī 或者 qí, 但是读作 qí 时通 "棋", 和 Acer 创始人爱棋符合。
  • 在部分活动中,部分媒体将其读作 qí。

认为 Hóngjī 的人主要有以下证据或者推论:

  • 没有注意到 "碁" 的写法,误认作 "基",因此读成 jī。
  • 在中国台湾,"碁" 读 jī 时有根基的意思,含义上说的通。
  • 在中国的很多媒体、台湾的很多媒体包括一些官方活动中,部分内部人士都读作 jī。

看讨论以及搜集到的资料,两种观点都有一定道理,不过这个字到底应该怎么读合适?我直接发送邮件给 Acer 官方询问了这个问题,得到的答复如下,所以 宏碁读做 Hóngjī

spell-acer-1

acer 官方邮件回复

读取 jar 包 GAV 信息

0 条评论

批量将 jar 包上传(命令)到 nexus 仓库时需要指定 jar 包的 GAV 信息,如果手动指定信息则工作量太大,而且 jar 包的文件命名也不规范,不能从文件名上提取信息。好在大部分的 jar 包使用的 maven 工具打包,包内包含有 META-INF/**/pom.properties 文件,该文件记录了制品包的 GAV 信息,例如:

#Generated by Maven
#Tue Jun 12 18:19:43 EDT 2012
version=2.4
groupId=commons-io
artifactId=commons-io

所以就想写一个工具可以从 jar 包内读取该文件,从而自动获得 jar 包的 GAV 信息,如果通过脚本来遍历 jar 包,然后自动调用工具获取GAV信息,接着使用 mvn 命令上传 jar 包,就可以将大部分的上传工作自动化处理了。正好使用 golang 练习:

»阅读全文