线程对性能的影响

随着多核芯片的广泛使用，线程是提升性能的首选方案。适当提升一点线程数会很好;事实上，拥有太多线程可能会使程序陷入困境。过多的线程主要对两个方面有影响:

• 首先，在太多线程之间划分固定数量的工作会使每个线程分到的工作太少，以至于启动和终止线程的开销会影响有用的工作。
• 其次，运行太多线程会因为共享有限硬件资源，从而导致产生过多的开销。

Flink源码学习-准备工作

本文是学习flink源码前的准备工作。在开始之前，先做好准备工作：

• 安装JDK8+，Flink 依赖 Java 8 或更新的版本来进行构建。
  • 自flink1.15 开始需要Java 11(如无必要不使用更高版本的JDk去build)
• 安装Maven 3 ( Maven 3.3.x 可以构建 Flink，但是不能正确地屏蔽掉指定的依赖。Maven 3.2.5 可以正确地构建库文件)
• 安装Scala 2.11或2.12
  • 自flink1.15 开始需要Scala 2.12

版本规范

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

• 主版本号：当你做了不兼容的 API 修改，
• 次版本号：当你做了向下兼容的功能性新增，
• 修订号：当你做了向下兼容的问题修正。

先行版本号及版本编译元数据可以加到主版本号.次版本号.修订号 的后面，作为延伸。

生命游戏

生命游戏是英国数学家约翰·何顿·康威在1970年发明的细胞自动机。

AOP标准:aopalliance

AOP Alliance 项目是许多对Aop和java有浓厚兴趣的软件开发人员联合成立的开源项目，旨在确定Aop的标准。面向切面编程是设计和开发应用程序的一个好方案，AOP 提供了一种通用方法来构建关注点(横切关注点)，并将它们灵活地作为模块插入应用。但是，也带来了问题： 不同的AOP实现并不能适配所有环境。

大多数人不相信完美系统，我们认为一个系统总是能处理给定的一个问题和环境(不需要适配其他)。现在已经有了很多的AOP实现或AOP相关的技术，例如，通用代理，拦截器或字节码翻译工具。具体如下:

• AspectJ: 面向切面的源码级和字节码级别的织入器。
• AspectWerkz: 一个面向切面框架(字节码动态织入,支持XML配置)。
• BCEL: 一个字节码翻译器
• JAC: 一个面向切面框架(字节码动态织入，可配置切面)
• Javassist: 字节码翻译器，有高级API。
• JBoss-AOP: 拦截和基于元数据的AOP框架(支持独立运行和在JBoss应用服务器种运行)
• JMangler: 一个字节码翻译器，支持兼容翻译
• Nanning: 一个面向切面织入器框架
• Prose: 一个面向切面动态字节码织入框架

对我们而言，这些实现没有好与坏的区别，都适合于某些问题或环境。AOP Alliance的目的不是提出新的AOP模型，也不是提供一个更好的AOP实现来解决所有场景的问题。其目的在于提炼所有AOP实现的共同核心能力:

• 避免重复造轮子，尽量重用
• 简化某个环境下现有AOP组件的适配
• 简化开发工具集成AOP能力的工作

shell 脚本和snippets

一些常用的shell 脚本和snippets。

shell 脚本速查

Shell 脚本（shell script），是一种为 shell 编写的脚本程序。Linux 的 Shell 种类众多，常见的有：

1. Bourne Shell（/usr/bin/sh或/bin/sh）
2. Bourne Again Shell（/bin/bash）
3. C Shell（/usr/bin/csh）
4. K Shell（/usr/bin/ksh）
5. Shell for Root（/sbin/sh）
6. Z Shell /usr/bin/zsh)

由于易用和免费，Bash 在日常工作中被广泛使用。同时，Bash 也是大多数Linux 系统默认的 Shell。

java 8 lambda 底层实现原理

之前有听说过 java 8 的 lambda 实现不再是java 1.5的匿名内部类语法糖。今天刚好有时间看看:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

public class App {

    @FunctionalInterface
    public interface LambdaDemo{
        public void runLambda();
    }
    public static void doSomething(LambdaDemo demo){
        demo.runLambda();
    }

    public static void main(String[] args) {
        doSomething(()->System.out.println("hello world!"));
    }
}

时钟回拨

在java编程中我们偶尔能看到“时钟回拨”的现象:

1
2
3
4
5
6
7
8

//now() returns 2019-01-13T22:34:05.681Z
order.setCreationTime(Instant.now());

//... 执行一些其他工作

//now() returns 2019-01-13T22:34:03.123Z
//发现时间比创建时间提前了，仿佛时间被回拨
order.setCancelationTime(Instant.now());

从apache-common-pool看如何写一个通用池

对象的创建和销毁在一定程度上会消耗系统的资源，虽然jvm的性能在近几年已经得到了很大的提高，对于多数对象来说，没有必要利用对象池技术来进行对象的创建和管理。但是对于有些对象来说，其创建的代价还是比较昂贵的，比如线程、tcp连接、数据库连接等对象。对于那些创建耗时较长，或者资源占用较多的对象，比如网络连接，线程之类的资源，通常使用池化来管理这些对象，从而达到提高性能的目的。

apache-common-pool提供了一个通用的对象池技术的实现。可以很方便的基于它来实现自己的对象池。比如DBCP和Jedis他们的内部对象池的实现就是依赖于apache-common-pool(本文分析的是apache common pool2)。