自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(1)
  • 资源 (3)
  • 收藏
  • 关注

原创 SpringMVC、Mybatis、ireport整合

前言本人也是ireport的初学者,因此本教程仅针对初次使用ireport制作Web报表的小白,希望起到一些小小的帮助。一、环境搭建1、  SSM框架的搭建(略)2、  引入依赖Jar包我这边是通过Maven管理Jar包的,只需将其复制进你的pom文件即可。<dependency> <groupId>net.sf.jasperreports</groupI...

2018-03-06 15:07:35 1134 1

分布式JAVA应用~基础与实践

前言 第1章 分布式Java应用 1.1 基于消息方式实现系统间的通信 1.1.1 基于Java自身技术实现消息方式的系统间通信 1.1.2 基于开源框架实现消息方式的系统间通信 1.2 基于远程调用方式实现系统间的通信 1.2.1 基于Java自身技术实现远程调用方式的系统间通信 1.2.2 基于开源框架实现远程调用方式的系统间通信 第2章 大型分布式Java应用与SOA 2.1 基于SCA实现SOA平台 2.2 基于ESB实现SOA平台 2.3 基于Tuscany实现SOA平台 2.4 基于Mule实现SOA平台 第3章 深入理解JVM 3.1 Java代码的执行机制 3.1.1 Java源码编译机制 3.1.2 类加载机制 3.1.3 类执行机制 3.2 JVM内存管理 3.2.1 内存空间 3.2.2 内存分配 3.2.3 内存回收 3.2.4 JVM内存状况查看方法和分析工具 3.3 JVM线程资源同步及交互机制 3.3.1 线程资源同步机制 3.3.2 线程交互机制 3.3.3 线程状态及分析 第4章 分布式应用与Sun JDK类库 4.1 集合包 4.1.1 ArrayList 4.1.2 LinkedList 4.1.3 Vector 4.1.4 Stack 4.1.5 HashSet 4.1.6 TreeSet 4.1.7 HashMap 4.1.8 TreeMap 4.1.9 性能测试 4.1.10 小结 4.2 并发包(java.util.concurrent) 4.2.1 ConcurrentHashMap 4.2.2 CopyOnWriteArrayList 4.2.3 CopyOnWriteArraySet 4.2.4 ArrayBlockingQueue 4.2.5 AtomicInteger 4.2.6 ThreadPoolExecutor 4.2.7 Executors 4.2.8 FutureTask 4.2.9 Semaphore 4.2.10 CountDownLatch 4.2.11 CyclicBarrier 4.2.12 ReentrantLock 4.2.13 Condition 4.2.14 ReentrantReadWriteLock 4.3 序列化/反序列化 4.3.1 序列化 4.3.2 反序列化 第5章 性能调优 5.1 寻找性能瓶颈 5.1.1 CPU消耗分析 5.1.2 文件IO消耗分析 5.1.3 网络IO消耗分析 5.1.4 内存消耗分析 5.1.5 程序执行慢原因分析 5.2 调优 5.2.1 JVM调优 5.2.2 程序调优 5.2.3 对于资源消耗不多,但程序执行慢的情况 第6章 构建高可用的系统 6.1 避免系统中出现单点 6.1.1 负载均衡技术 6.1.2 热备 6.2 提高应用自身的可用性 6.2.1 尽可能地避免故障 6.2.2 及时发现故障 6.2.3 及时处理故障 6.2.4 访问量及数据量不断上涨的应对策略 第7章 构建可伸缩的系统 7.1 垂直伸缩 7.1.1 支撑高访问量 7.1.2 支撑大数据量 7.1.3 提升计算能力 7.2 水平伸缩 7.2.1 支撑高访问量 7.2.2 支撑大数据量 7.2.3 提升计算能力

2018-05-08

文件增量分析工具

由于我司项目采用Flex技术,每次编译都要好久,再加上目前项目负责人只有我自己,所以项目更新部署时,采用直接把编译产生的增量文件复制到服务器直接覆盖掉原先编译生成的文件来完成更新。但是假如改动文件过多,每次都要在编译后产生的文件里面找到哪些是刚刚修改过的代码的编译结果,这样一来是会很麻烦,而来容易漏掉文件,因此本人写了这么个小工具,直接把本地的编译文件目录跟服务器目录进行对比分析,然后把增量文件单独输出出来,并生成日志文件来告诉我们这些增量文件的具体信息。

2018-05-08

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除