1、传统的在内存中读取读取文件行的标准方式是在内存中读取，Guava 和Apache Commons IO都提供了如下所示快速读取文件行的方法：123Files.readLines(newFile(path), Charsets.UTF_8); FileUtils.readLines(new

fastdfs是开源的轻量级分布式文件系统，它提供了java版本的client api。通过client API可以实现对文件的上传、追加、下载、删除等功能。为了避免每个应用都配置fasdtfs参数、读取配置文件、调用client api获取trackerServer和StorageServer进行上传、下载、删除等操作及返回结果的处理。所以采用与dubbo整合，提供分布式服务接口，来简化其它服务

HostConfig是standedHost的生命周期状态的监听类，主要是根据监听状态进行相应的操作。今天我们主要讲start状态下，hostConfig的解析过程，大概的解析过程如下：1.获取到start监听。lifecycleEvent(LifecycleEvent event)是具体的状态处理方法，在里面根据状态判断走具体的步骤，当状态为start时，将会调用start()方法。代码如下：p

保持GC低开销的窍门有哪些?随着一再拖延而即将发布的 Java9，G1(“Garbage First”)垃圾回收器将被成为 HotSpot 虚拟机默认的垃圾回收器。从 serial 垃圾回收器到CMS 收集器， JVM 见证了许多 GC 实现，而 G1 将成为其下一代垃圾回收器。随着垃圾收集器的发展，每一代 GC 与其上一代相比，都带来了巨大的进步和改善。parallel GC 与 serial

目前商业虚拟机的垃圾收集都采用“分代收集”算法，这种算法根据对象的存活周期把内存划分为“新生代”和“老年代”。然后根据不同的年代的特点采取不同的收集算法。在新生代中，由于每次minor GC都发现有很多对象死去，存活的非常少，因此采用复制算法。而老年代中对象存活率非常的高，而起没有额外的内存空间进行分配担保就采用“标记-清理”或“标记-整理”算法来进行回收。但是基本上使用的“标记-整理”算法，“标

以前公司做了一个web项目。发布以后，随着访问量的逐渐增大，发现JVM的内存使用比较多，full gc比较频繁，而且full gc后old区的大小变化不大。刚开始以为是JVM虚拟机的各项参数配置的不合理，我们就对JVM虚拟机的参数进行调整，调整后发现GC还是非常的频繁。funll GC频繁非常影响性能，我们把jvm的heapdump（ Java 堆栈的快照）文件导出来，采用IBM HeapAnal

java虚拟机有四种GC分别是：                      第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。第二种为ThroughputGC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参

由于项目用户量比较大，测试同事采用两百并发进行测试，在测试查过程中，查看jvm 虚拟机发现很多java.lang.Thread.State: BLOCKED (on object monitor)at org.apache.log4j.Category.callAppenders(Category.java:204)问题

为了降低tomcat服务的压力，把页面上的图片采用windows版的nginx进行加载，由于有些图片比较大，加载特别的慢，所以在nginx中打开了gzip的压缩功能。加载图片的速度快了很多。通过站长工具中的"网页GZIP压缩检测"工具检测图片的压缩率达到了69.53%，如下图：下面介绍nginx.conf文件是怎么配置的：1、打开nginx.co

消息队列是在消息的传输过程中保存消息的容器，消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。                   一、  产生背景：现今，越来越多的企业面临着各种各样的数据集成和系统整合，CORBA、DCOM、RMI等RPC中间件技术也应运而生，