在Spring中可以使用@Value为field、method、method/constructor的参数设置缺省值。
但是，如果如何为一个字符串类型的字段设置null值呢？
下面的方法统统不对：

1
2
3
4
5
6
7
8

   @Value("${app.name1:}")
   private String name1;
   
@Value("${app.name2:''}")
   private String name2;
   
@Value("${app.name3:null}")
private String name3;

阅读全文

可能很多人已经知道了这个技术，但是对于我来说，虽然使用Java十余年了，最近才了解到LinkedHashMap这个类。使用这个类可以方便的实现一个本地的LRU Cache类。

阅读全文

本文翻译自官方文档New and noteworthy in 5.0.
本文带你了解Netty 5.0 的值得注意的改变和新特性,帮助你将应用程序迁移到最新的版本.

不像 3.x 和 4.0 之间的改变那么大, 5.0 并没有很大的改变，尽管它在设计的简化性上做了一些突破. 我们尽可能平滑地使4.x转换到5.0,但是如果在迁移的过程中有问题请让我们知道.

其它版本之间的改变和新特性文档请看：
Netty 4.1中的新变化和注意点
Netty 4.0中的新变化和注意点

阅读全文

本文翻译自官方文档New and noteworthy in 4.1，

本文带你了解Netty 4.0到Netty 4.1的值得注意的改变和新特性.

阅读全文

本文翻译自官方文档New and noteworthy in 4.0，

本文带你了解Netty 4.0的值得注意的改变和新特性，帮助你将应用程序从老的Netty迁移到最新的版本上。

阅读全文

原文: Netty之Java堆外内存扫盲贴, 作者: 江南白衣

Java的堆外内存本来是高贵而神秘的东西，只在一些缓存方案的收费企业版里出现。但自从用了Netty，就变成了天天打交道的事情，毕竟堆外内存能减少IO时的内存复制，不需要堆内存Buffer拷贝一份到直接内存中，然后才写入Socket中。

好在，Netty所用的堆外内存只是Java NIO的 DirectByteBuffer类，通读一次很快。还有一些sun.misc.*的类木有源码，要自己跑去OpenJdk那看个明白。

阅读全文

当我们用Netty实现一个TCP client时，我们当然希望当连接断掉的时候Netty能够自动重连。
Netty Client有两种情况下需要重连：

1. Netty Client启动的时候需要重连
2. 在程序运行中连接断掉需要重连。

对于第一种情况，Netty的作者在stackoverflow上给出了解决方案，
对于第二种情况，Netty的例子uptime中实现了一种解决方案。

而Thomas在他的文章中提供了这两种方式的实现的例子。

阅读全文

最近应用在测试中出现Out Of Memory的问题， 通过jmap查看，发现JVM heap全用满了。
有很多工具可以查看JVM堆的信息， 收费的比如JProfiler， YourKit，免费的如Oracle JDK自带的visualvm, jhat和Eclipse MAT。
这个应用安装在一台AWS上，没有图形界面， 内存也比较小，想通过VNC远程桌面启动visualvm或者MAT不可能，通过jhat分析dump出来的snapshot(大约4.3G)也很慢，半天没有分析完毕，这种办法也放弃。
最后通过MAT的命令行工具分析了dump出来的snapshot,查找到OOM的元凶。

阅读全文

从平均情况来看，应用程序中String对象会消耗大量的内存。这里面有一部分可能是重复(冗余)的－同样的字符串存在多个不同的实例(a!=b，但a.equals(b))。在实践中，许多字符串由于各种原因造成重复。
起初，JDK提供String.intern()方法处理字符串重复的问题。该方法的缺点是你需要找出哪些字符串需要驻留(interned)。这通常需要一个具备重复字符串查找功能的堆分析工具，比如YourKit profiler。尽管如此，如果使用恰当，字符串驻留会是一个强大的节省内存的工具－它允许你重用整个String对象（每个对象会在底层char[]的基础上增加24字节的额外开销）。
从Java 7 update 6开始，每个String对象都有自己私有的底层char[]。这样允许JVM做自动优化－如果底层的char[]数组从没有暴露给客户端，那么JVM就能去判断两个字符串的内容是否一致，进而将一个字符串底层的char[]替换成另一个字符串的底层char[]数组。
Java 8 update 20中引入的字符串去重特性就是用来做这个的，下面是它的工作原理：

阅读全文

原文: 基于dubbo框架下的RPC通讯协议性能测试,作者: lengfo

Dubbo RPC服务框架支持丰富的传输协议、序列化方式等通讯相关的配置和扩展。dubbo执行一次RPC请求的过程大致如下：消费者（Consumer）向注册中心（Registry）执行RPC请求，注册中心分配服务URL并路由到具体服务提供方（Provider），消费者和服务提供方建立网络连接，服务提供方在本地创建连接池对象并提供远程服务，对于长连接类型协议（如dubbo协议）将保持连接，减少握手认证，调用过程中可以避免频繁建立和断开连接导致的性能开销，保持长连接需要有心跳包的发送，所以对于非频繁调用的服务保持连接同样会有消耗。更多关于dubbo详细介绍请参照官方文档（http://alibaba.github.io/dubbo-doc-static/Home-zh.htm）。

1、支持常见的传输协议：RMI、Dubbo、Hessain、WebService、Http等，其中Dubbo和RMI协议基于TCP实现，Hessian和WebService基于HTTP实现。
2、传输框架：Netty、Mina、以及基于servlet等方式。
3、序列化方式：Hessian2、dubbo、JSON（fastjson 实现）、JAVA、SOAP 等。

本文主要基于dubbo框架下的通讯协议进行性能测试对比。

阅读全文