• 5 个最好的 Vim 速查卡 (Cheat Sheet)

    calendar Jan 14, 2017   ---   · 1 min read · vim  ·
    Share on: linkedin copy
    5 个最好的 Vim 速查卡 (Cheat Sheet)

    Vim(Vi Improved) 早已替代了 Vi, 它存在于大多数的 Linux 发行版中。所以基本上 Vi 和 Vim 在你的系统中就是同一个程序，我用的 Mac, vi 命令就是一个指向到 vim 的链接

    ls -l $(which vi)
    lrwxr-xr-x 1 root wheel 3 Sep 20 23:47 /usr/bin/vi -> vim

    macOS Sierra 自带的 Vi/Vim 版本仍然是 7.4，我用 brew install macvim 安装了最新版的 Vim 8.0, 由于只想启动 MacVim 控制台的 Vim,  所以把 vi/vim 命令链接到新版 Vim 上。

    Read More

  • 《Practical Vim》阅读笔记 (1)

    calendar Jan 6, 2017   ---   · 2 min read · vim  ·
    Share on: linkedin copy
    《Practical Vim》阅读笔记 (1)

    Vim 的东西时而学一点，但很快又会忘记，就是最简单的 h, j, k, l 来移动光标都会有所迟疑，因为一直未强迫自己完全脱离方向键来使用 Vim，下个目标是 87 键的键盘都嫌多，打算入一个 61 键的 WSAD 键盘, HHKB 还是有些极端了。

    找到了一本学习 Vim 的好书 《Practical Vim》第二版，阅读时把对自己有用的东西仅当笔记记下来备忘，这个其实更应该记录在我的 Evernote 中作为私有笔记。重点的东西我在书中注解了，这里的笔记只能算是一个补充。 Read More

  • Vim 中 Java 代码自动完成 - vim-javacomplete2

    calendar Jan 4, 2017   ---   · 3 min read · vim  ·
    Share on: linkedin copy
    Vim 中 Java 代码自动完成 - vim-javacomplete2
    用 Java 进行编码基本还是离不开 IntelliJ IDEA 或 Eclipse, 看别人完全用 Vim 进行 Javascript 项目编程很是眼红，估摸着能不能把 Vim 打造成一个更强的 Java IDE。语法高亮是不在话下，最主要是给它加上自动完成功能，不光对当前类，项目中的方法或变能能提示，而且必须像 Java IDE 那样理解所有的项目依赖。这就是今天试用的一个 Vim 插件 vim-javacomplete2，另种可能更好的方案 YouCompleteMe + Eclim 还会再研究。


    提到 Vim 的自动完成功能，有必要了解 Vim 自带的提示功能
    1. ctrl - n/p:  Vim 根据当前缓冲区的关键字来提示，像 Sublime 或 Visual Studio Code 中的关键字提示
    2. ctrl - x 进行自动自动完成模式，接着一些操作如 ctrl - l/n/t/i 完成类似于 ctrl - n/p 的操作; ctrl - k 能基于字典自动完成，完整按键是 ctrl - x ctrl -k
    3. ctrl - x ctrl - o, 这个单独拉出来，是使用 Vim 的 Omni Completion 功能来自动完成，因为将要用到的 vim-javacomplete2 就依赖于这个功能

    除 YouCompleteMe 插件外，另外还两个 Vim 下的自动完成插件是 NeoComplete 和 VimCompleteMe。

    摘要部分算是说完了，现在开始体验 vim-javacomplete2 对 Java 项目的自动完成功能。它所有完成的代码提示不仅要支持基本的 Java 类库, 当前项目的类, 手动添加的 jar 包 ，还能支持 maven, gradle 和 Eclipse 的 .classpath 文件中定义的 classpath, 这完全能应付我们实际中的项目了。实际运作也是一个 C/S 结构，这个插件会启动一个 javavi server, 用 javaparser 来解析依赖, 然后 Vim 中用 omnifunc 经 socket 连接到 javavi server 获得提示列表的。 Read More

  • CompletableFuture 的并发性能研究

    calendar Dec 29, 2016   ---   · 4 min read · java8 Future CompletableFuture  ·
    Share on: linkedin copy
    CompletableFuture 的并发性能研究
    今天继续探讨 CompletableFuture 的特性，它并发时的性能如何呢？我们知道集合的 stream() 后的操作是序列化进行的，parallelStream()是能够并发执行的，而用 CompletableFuture 可以更灵活的控制并发。


    我们先可以对比一下 parallelStream() 与 CompletableFuture 的性能差异

    假设一个这样的耗时 1000 毫秒的计算任务
    1private static int getJob() {
2    try {
3        Thread.sleep(1000);
4    } catch (InterruptedException e) {
5    }
6    return 50;
7}

    分别用下面两个方法来测试，任务数可以通过参数来控制 Read More

  • 理解 CompletableFuture 的任务与回调函数的线程

    calendar Dec 23, 2016   ---   · 4 min read · java8 Future CompletableFuture CompletionStage  ·
    Share on: linkedin copy
    理解 CompletableFuture 的任务与回调函数的线程
    继续对 CompletableFuture 的学习，本然依然不对它的众多方法的介绍，其实也不容易通过一篇述说完所有 CompletableFuture 的操作。此处重点了解下 CompletableFuture 几类操作时所使用的线程，CompletableFuture 的方法重点在它的静态方法以及实现自 CompletionStage 接口的方法，如果是意图异步化编程，反而自我标榜的 Future 中的方法用的少了。


    CompletableFuture 根据任务的主从关系为
    1. 提交任务的方法，如静态方法 supplyAsync(supplier[, executor]),  runAsync(runnable[, executor])
    2. 回调函数，即对任务执行后所作出回应的方法，多数方法了，如 thenRun(action), thenRunAsync(action[, executor]), whenComplete(action), whenCompleteAsync(action[, executor]) 等

    根据执行方法可分为同步与异步方法，任务都是要被异步执行，所以提交任务的方法都是异步的。而对任务作出回应的方法很多分为两个版本，如
    1. 同步方法，如 thenRun(action), whenComplete(action)
    2. 异步方法，如 thenRunAsync(action[, executor]), whenCompleteAsync(action[, executor]), 异步方法可以传入线程池，否则用默认的

    因此所要理解的 CompletableFuture 的线程会涉及到任务与回调函数所使用的线程。 Read More

  • Java 8 CompletableFuture 浅入

    calendar Dec 23, 2016   ---   · 3 min read · java8 Future CompletableFuture CompletionStage  ·
    Share on: linkedin copy
    Java 8 CompletableFuture 浅入
    Java 1.5 有了 Future, 可谓是跨了一大步，继而 Java 1.8 新加入一个 Future 的实现 CompletableFuture, 从此线程与线程之间可以愉快的对话了。最初两个线程间的协调我采用过 Object 的  wait() 和 notify() , Thread 的 join() 方法，那可算是很低级的 API 了，是否很多 Java 程序都不知道它们的存在，或根本没用过它们。


    如果是简单的等待所有线程完成可使用 Java 1.5 的 CountDownLatch, 这里有一篇介绍 CountDownLatch 协调线程, 就是实现的 waitAll(threads) 功能。而 Java 8 的 CompletableFuture 的功能就多去，可简单使用它实现异步方法。虽说 CompletableFuture 实现了 Future 接口，但它多数方法源自于 CompletionStage, 所以还里氏代换，用 Future 来引用 CompletableFuture 实例就很牵强了; 这也是为什么 PlayFramework 自 2.5 开始直接暴露的类型是 CompletionStage 而非其他两个。

    顾名思义，CompletableFuture 代表着一个 Future 完成后该干点什么，具体大致有：

    1. Future 完成后执行动作，或求取下一个 Future 的值。then...
    2. 多个 Future 的协调; 同时完成该怎么，其中一个完成该如何。allOf, anyOf

    有时候可以把 Future 想像成与线程是一一对应的。 Read More

  • 巩固 Java Future 的使用

    calendar Dec 22, 2016   ---   · 2 min read · Future CompletableFuture  ·
    Share on: linkedin copy
    Future 还是一 Java 1.5 带进来的产物，但过去那么多年实际代码中却很少有直接接触, 大约它多是隐匿在各种现成框架中默默的为我们服务。Future 本身不代表着多线程，而是代表着需异步计算的结果, 将来的一个期待，至于后来真正的结果不可知。在此之前想要获得一个 Runnable 在其他线程中的计算结果颇费波折，有了 Future 加之它身后的 Callable 一切就变得简单了。


    对比一下 Java 1.5 前后的下面几个概念

    1. Callable 相当于之前的 Runnable, 只是 Callable 是有返回值的
    2. ExecuteService.submit(callable): Future 就类似于之前的 Thread(runnable)
      只是前者 submit 后立即执行，通过 get() 获得结果，后者用 start() 方法启动，runnable 是没有结果的。如果你也不想关心 Future 的结果也能 ExecuteService.submit(runnable)

    只有 callable 被提交(到线程池) 后返回的 Future 才可能会有结果, 所以下面的代码永远等不到结果
    Future future = new FutureTask<>(() -> "Never");
    String result = future.get();

    最容易理解的 Future 基本使用代码如下： Read More

  • Hibernate 映射枚举(Enum) 类型的属性

    calendar Dec 14, 2016   ---   · 4 min read · Enum  ·
    Share on: linkedin copy
    Hibernate 映射枚举(Enum) 类型的属性
    在数据库中我们一般用整数或字符串来表示枚举值(有些数据库(如 MySQL)本身带有枚举类型), 而在使用 Hibernate 时实体对象中也用 Integer 或 String 来表示枚举就不那么友好了。试想来我们这样定义实体对象的两个属性
    @Entity
    public class User {
      ....   public Integer type;  //0: Individual 类型，1: Company 类型
      public String gender;  //可取值 Male 和 Female
    }
    这样的定义很不严谨，type 和 gender 理论上可取任何值，这会造成表中数据的混乱。其实 Hibernate 在 Java 实体对象中是可以直接用枚举类型与数据库中的整数或字符串映射，需用到 @Enumerated 注解，用法如下： Read More

  • Java 的参数检查与断言 - Guava Preconditions

    calendar Dec 13, 2016   ---   · 1 min read · Assert Guava  ·
    Share on: linkedin copy
    在前一篇 Scala 的参数检查与断言: require, assert, assume 和 ensuring，捉摸 Scala 的断言时提到了 JDK 内置对断言的粗略支持，也就是 assert 语句，并且默认该特性是被关掉，需 -ea 开启。

    assert object != null;
    assert object != null : "object can't be null";
    还进一步接触了 Scala 的 Predef 方法 require, assert, assume, 和 ensuring 是怎么检验参数与断言运算结果的，Scala 的这些方法在校验失败时相应的抛出 IllegalArgumentException 和  AssertionError 异常。

    JDK  7 引入了 Objects 工具类，它的三个 T requireNotNull(T object) 方法能对参数进行 null 值检查，null 时抛出 NullPointerException

    Read More

  • Scala 的参数检查与断言: require, assert, assume 和 ensuring

    calendar Dec 12, 2016   ---   · 2 min read · Assert Predef  ·
    Share on: linkedin copy
    似乎 C/C++ 的编程人员相比于 Java 更偏爱于断言，JDK 1.4 才开始引入 assert 的支持，但默认是关闭的，需要用 -ea 编译选项打开，否则代码中的 assert 语句全被忽略，一般会在单元测试中开启该选项。简单回顾一下 JDK 自带的断言，它用两种写法
    assert object != null;
    assert object != null : "object can't be null";
    第一个参数是个 bool 值，断言失败只会笼统的抛出java.lang.AssertionError 异常，并不区分是在检验方法参数还是中间运算结果。严谨来说我们会希望参数检查不通过时抛出 java.lang.IllegalArgumentException; 而中间运算结果的断言不过希望抛出 java.lang.AssertionError, 最好是 java.lang.IllegalStateException。

    很多时候我们不会去使用 -ea 编译选项，也就是主动放弃了 JDK 本身的断言功能。介于两个因素(不同的断言错误和默认的断言选项关闭)，Scala 为我们提供了更方便的参数检查与断言方法，它们来自于 Predef, 其所定义的方法可以直接使用

    Read More