从平均情况来看，应用程序中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中引入的字符串去重特性就是用来做这个的，下面是它的工作原理：
拆解 invokedynamic
作者: Rafael Winterhalter,原文发表在他的博客上：Dismantling invokedynamic
Many Java developers regarded the JDK’s version seven release as somewhat a disappointment. On the surface, merely a few language and library extensions made it into the release, namely Project Coin and NIO2. But under the covers, the seventh version of the platform shipped the single biggest extension to the JVM’s type system ever introduced after its initial release. Adding the invokedynamic instruction did not only lay the foundation for implementing lambda expressions in Java 8, it also was a game changer for translating dynamic languages into the Java byte code format.
While the invokedynamic instruction is an implementation detail for executing a language on the Java virtual machine, understanding the functioning of this instruction gives true insights into the inner workings of executing a Java program. This article gives a beginner’s view on what problem the invokedynamic instruction solves and how it solves i
Java位操作指南
原码，反码和补码
这个是计算机的基础知识了。
+3的原码为00000011，-3的原码为10000011，
第一位是符号位。
+3的反码为00000011，-3的反码为11111100，
正数的反码是其本身，负数的反码是在其原码的基础上, 符号位不变，其余各个位取反.
+3的补码为00000011，-3的补码为11111101，
正数的补码就是其本身
负数的补码是在其原码的基础上, 符号位不变, 其余各位取反, 最后+1. (即在反码的基础上+1)
使用补码可以将减法变为加法，而且0的问题也会解决。
Java中使用补码的格式保存byte,short,int,long类型的数据。 （ two's complement integer.）
位操作符
&与。 按补码的每一位进行与操作。|或。 按补码的每一位进行与操作。^异或。 按补码的每一位进行与操作。~取反。 按补码的每一位进行与操作。>>带符号右移，高位补符号位。 正数右移一位相当于除以2。>>>无符号右移。高位补0。 正数右移一位相当于除以2。<<左移,低位补0。 正数左移一位相当于乘以2。
除了~是一元操作符外其它都是二元操作符号。
java 和netty epoll实现
Java NIO根据操作系统不同， 针对nio中的Selector有不同的实现：
- macosx: KQueueSelectorProvider
- solaris: DevPollSelectorProvider
- Linux: EPollSelectorProvider (Linux kernels >= 2.6)或 PollSelectorProvider
- windows: WindowsSelectorProvider
所以毋须特别指定， Oracle jdk会自动选择合适的Selector。 如果想设置特定的Selector，可以属性：
|
|
java lambda深度研究
Java 8发布有一段日子， 大家关注Java 8中的lambda可能更早， 对Java 8中这一最重要的语言变化也基本熟悉了。这篇文章将深入研究Java 8中的lambda特性以及Stream接口等， 讨论一些深层次的技术细节。
比如， 一个lambda表达式序列化反序列化后， 对捕获的上下文变量的引用的情况。 Lambda表达式递归。 类方法的引用和实例方法的引用的区别。 菱形继承的问题。 Stream接口的Lazy和eager模式。 Lambda的性能。
Java 8 lambdas读书笔记
Java 8 Lambdas是O'Reilly 2014年3月出版的一本介绍最新Java Lambda技术的书。网上评价也不错。正好我需要找一本全面介绍Java Lambda数据， 来整理一下我脑海中的关于Java Lambda非系统的知识点。
Lambda对于我来讲，并不是一个很新的技术。因为微软很早就在C#中加入了Lambda的特性。 而Java Lambda的语法和C#的语法非常的相像。 这篇文章算是对Java Lambda语法的一个整理。
这本书一共十个章节。 第一章是简单介绍，没有实质内容。 第二章主要介绍了Java Lambda的语法。第三章介绍了Stream接口。第四章介绍了Functional Interface。第五章 首先介绍了方法引用，然后主要介绍了集合类新的Stream处理方式。 第六章 介绍了数据的并行处理。 第七章介绍了测试，调试和重构技术。第八章介绍了使用lambda的设计和架构原则。
第九章介绍了并发编程中的Lambda的应用。 第十章 前瞻，无实质内容
Javacodegeeks网站上关注度最高的几篇文章
Javacodegeeks 网站提供了一系列优秀的关于Java语言的论文。 本文整理罗列了关注度比较高的几篇文章。很多优秀的文章已经被翻译成了中文，读者可以对照着阅读。
- 115 Java Interview Questions and Answers – The ULTIMATE List 由Sotirios-Efstathios Maneas发表于2014年4月。 文章列出了常见的Java面试题，但是我觉得关于Swing/AWT的问题可以删除了，还有多少现代的公司使用这种技术？ 倒是可以将泛型，反射等技术的问题加上。 很遗憾的是这篇文章并没有设计并发编程的问题。
中文翻译请参考： 115个Java面试题和答案(上), 115个Java面试题和答案(下)
importnew还翻译了DZone网站的另外一篇Java面试题相关的文章： Java面试参考指南(一)和 Java面试参考指南（二）
- Java 8 Features – The ULTIMATE Guide
文章参考了大量的关于Java 8的文章， 算是对Java 8的特性的一个相当不错总结。
中文翻译请参考： Java 8新特性终极指南
40 Java Collections Interview Questions and Answers
Pankaj Kumar 发表于2013年2月。 罗列了非常多的Java集合面试题， 很多题目经常会在面试中问到。69 Spring Interview Questions and Answers – The ULTIMATE List
Theodora Fragkouli发表于2014年5月。 非常好的Spring面试题。 自我感觉Spring面试题不好出， 涉及范围广， 深度不好控制， 官方文档介绍的相当全。 这篇文章给了我们好的参考。
中文翻译请参考： 关于Spring的69个面试问答——终极列表
Java bean validation 规范与参考实现
JSR 303 – Bean Validation 是一个数据验证的规范。 2009年11月正式发布最终版本。
在任何时候，当你要处理一个应用程序的业务逻辑，数据校验是你必须要考虑和面对的事情。应用程序必须通过某种手段来确保输入进来的数据从语义上来讲是正确的。在通常的情况下，应用程序是分层的，比如表现层，业务层，持久化层等，很多时候同样的数据验证逻辑会出现在不同的层，这样就会导致代码冗余和一些管理的问题，比如说语义的一致性等。为了避免这样的情况发生，最好是将验证逻辑与相应的域模型进行绑定，为各个层提供统一的数据校验。
Bean Validation 为 JavaBean 验证定义了相应的元数据模型和 API。缺省的元数据是 Java Annotations，通过使用 XML 可以对Java注解信息进行覆盖和扩展。在应用程序中，通过使用 Bean Validation 或是你自己定义的 constraint，例如 @NotNull, @Max, @ZipCode， 就可以确保数据模型（JavaBean）的正确性。在JSR303规范中，constraint 可以附加到字段，getter 方法，类或者接口上面。对于一些特定的需求，用户可以很容易的开发定制化的 constraint。Bean Validation 是一个运行时的数据验证框架，在验证之后验证的错误信息会被马上返回。
Hibernate Validator 4.0是 JSR 303 的参考实现。
IBM developerWorks网站有一篇很好的文章介绍它。
JSR 349是Bean Validation 1.1规范，根据社区的反馈对JSR 303进行了优化和加强。 可以点击这里查看细节。
主要围绕一下方面进行工作。
- 集成其它最新发布的JSR
- JAX-RS: 对HTTP method进行参数和返回值的校验
- JAXB: 集成JAXB.
- JPA: 提升JPA的集成
- CDI: 允许CDI风格的注入
- CDI: 集成方法级别的校验
- EJB: 集成方法级别的校验
- JSF: 集成JSF
Hibernate Validator 5.x 是Bean Validation 1.1参考实现。
