-Flyぁ梦-

起因，监控系统检查到link机器内存耗尽，用top查看，果然有一个java进程占用了近24g内存（包括VIRT和RES），但是启动java进程的参数是java -server -Xmx12g -Xms12g -XX:PermSize=50m，理论上只应该占用12g再多一些，所以问题就在这个进程了。此进程主要处理Socket IO读写，使用的是Java NIO。

阅读更多…

这是一本好书（Java源码作者Doug Lea是作者之一），关于Java并发的各个方面，介绍的很深入，应该算是进阶一类，很多地方不好理解。一开始打算阅读英文版，倒不是英文看不懂，不过还是有很多内容的确理解起来很费劲，尤其是老外写书的风格（废话特别多 = = 一页密密麻麻的英文，让人找不到关键点在哪儿），看几页就没兴趣再看下去哎…后有幸找到了中文翻译版，而且翻译的很有水准，拜谢翻译工作者韩锴和方妙。

找不到翻译版的同学，可以私信我提供。

阅读更多…

执行脚本遇到一个情况，脚本无法自动退出完毕，必须手动执行Ctrl-C才能退出，之前遇到过这个问题是因为数据库连接没有被正确关闭导致，这次的原因是一个另起的线程没有正常停止的原因。

阅读更多…

Callable、Future和FutureTask，结合Executors和ExecutorService，将某些特定的计算任务交给其他线程（由统一的线程池管理），让主线程进行阻塞和等待执行结果，用在RPC服务比较直观，或者这个计算结果被多个线程所需等情况。

从整体上看，使用FutureTask降低了程序整体的效率，肯定不如在原线程中直接执行的快，而且因为主线程需要阻塞等待计算结果，所以并没有增加并发度。所以FutureTask在项目中一般也比较少见。
阅读更多…

java.util.concurrent.Semaphore

AQS实现的一个变种，用来预先设置一个阈值（可进入量），然后当做类似共享锁的方式地进行acquire和release，但是每次acquire不记录当前acquire的线程对象（这是Semaphore和Lock最大的区别），即线程A操作的acquire可以由线程B来release。也有公平和非公平两种方式。

阅读更多…

也是利用AQS实现的一个变种，用来预先设置一个阈值（任务数）后主线程调用await()持续阻塞，然后由其他线程执行任务，执行完后调用countDown()将阈值减1，当所有任务执行完毕，阈值减为0，主线程await()被唤醒跳出阻塞，继续执行。 阅读更多…

AQS的另一个实现，可重入的读写锁，其中读锁是共享锁，写锁是排他锁。用法和ReentrantLock基本一致。 阅读更多…

本文简单介绍可重入锁的概念，简单介绍java中内置的synchronized锁和java.util.concurrent.locks.ReentrantLock，然后大致介绍下ReentrantLock的代码实现。ReentrantLock和AQS代码逻辑真心复杂和难懂，尤其是AQS中Node的ws值中的SIGNAL值的用法和线程park/unpark的用法，持续几周看了好几天终于算是给弄明白了！ 阅读更多…

开发时因为更新代码，频繁重启Tomcat，遇到一个问题：在执行shutdown脚本后，Tomcat进程没有关闭依然存在（但是HTTP服务已经停止），需要手动执行kill命令才行。查了一些资料结合经验，应该是所使用的数据库连接池中的连接没有被释放的问题引起的。所以解决的办法，就是想办法做一个Tomcat的shutdown的事件监听，然后手动释放数据库连接即可。 阅读更多…

阅读更多…

<Connector 
    port="8080" 
    protocol="org.apache.coyote.http11.Http11NioProtocol" 
    acceptorThreadCount="8" 
    executor="tomcatThreadPool" 
    URIEncoding="UTF-8" 
    compression="on"
    compressableMimeType="text/html,text/css,application/javascript,text/xml,text/plain"
    connectionTimeout="20000"
    redirectPort="8443" 
/>

主要是compression和compressableMimeType两行。

Tomcat7中，必须是application/javascript，而不能使text/javascript。

注意如果开启了https服务，在中也别忘了设置开启compression和compressableMimeType两行。

想法：Spring-mvc（Spring v3.2）中，仅对注册过（通过@RequestMapping注解）的url进入到controller层，其他非法url在Filter里就拦截掉，统一处理节省资源。因为在filter的doChain之前，给本次请求从对象池中获取一个操作db的对象，对无效url也分配的话就浪费了资源。

实现：通过Spring-mvc的RequestMappingHandlerMapping来获取注册过的url path，再根据HttpServletRequest，判断下就可以进行过滤。

阅读更多…

3月以来，从来运行正常的link无故崩了好多次，现象：无异常日志，用jstack看主线程挂了进程还在，主线程最外层有catch异常，但是并没有打印日志，实在匪夷所思。

阅读更多…

碰到场景如下：Java服务器端A（使用NIO的异步IO方式），Java客户端B（使用普通IO的同步方式），在服务端A重启后，B->A的Socket毫无疑问的断了，然后就会出现一些异常情况，分析一下。

阅读更多…

long值转为int会造成溢出大家都知道，很多时候却会忽视已发bug，造成明明的正值变为了负值（因为int最高位非0，long值大于int最大值2^31-1=2147483647）。

此次出错的地方在使用java.util.Collections.sort中使用Comparator接口中，因为compare方法通过返回int值来比较大小，而逻辑比较大小是通过比较时间戳long值按最近时间排序，一开始不注意就直接把时间戳long值差给直接转为int值返回了，造成了可能的排序错误（有趣的是只需要24天的毫秒值就会超过int的最大值）。

阅读更多…