Archive

Archive for the ‘Java’ Category

64位Linux下Java进程堆外内存迷之64M问题

九月 9th, 2016 No comments

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

阅读更多…

读java concurrency in practice

八月 18th, 2016 No comments

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

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

阅读更多…

线程清理

八月 5th, 2016 No comments

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

阅读更多…

FutureTask简单分析和用法

六月 21st, 2016 No comments

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

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

Semaphore简单分析

六月 21st, 2016 No comments

java.util.concurrent.Semaphore

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

阅读更多…

CountDownLatch简单分析

六月 17th, 2016 No comments

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

ReentrantReadWriteLock简单分析

六月 16th, 2016 No comments

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

可重入锁、ReentrantLock、AQS、Condition

六月 13th, 2016 No comments

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

Tomcat监听shutdown释放数据库连接池

六月 8th, 2016 No comments

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

Tomcat启用https服务

六月 6th, 2016 No comments

Tomcat开启gzip压缩

五月 26th, 2016 No comments
<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中的一些问题

三月 22nd, 2016 No comments

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

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

阅读更多…

Java最外层异常的抓取要用Throwable

三月 22nd, 2016 No comments

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

阅读更多…

Java客户端Socket在服务端重启后的异常情况处理

三月 17th, 2016 No comments

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

阅读更多…

警惕long值转化为int,比如在Comparator接口中

三月 2nd, 2016 No comments

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

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

阅读更多…