自己玩的DEMO级项目压力测试，网络先挂。

自己开发的一个小系统，做了一些功能，用朋友的机器来做客户端压力测试，一个TOMCAT 6.0放在我自己开发的机器上（2年前买的笔记本，型号ThinkPad T61），（ADSL 4MB(上传多少?512KB?)），INTEL 2.0（Duo 2），2GB内存，双硬盘，WIN XP专业版，OK。系统采用了用烂的框架：Struts2，Spring2，Hibernate3。页面使用了JSP与Struts2的标签，而非FREEMAKE这类摸板。无集群，无消息传递，无分布式数据库，无分布式环境。
LoadRunner一启动，HTTP压力测试开启，100个虚拟用户，自定义环境，2个2个并发同时，1分30秒结束，快速递增。前期，OK，程序运转良好，虽然有连接池，但是明显访问数据库次数太多，此时就开始后悔了，没有给加上中间业务层缓存，到了后面10个并发的时候，程序明显吃不住了，多了很多异常，我还奇怪，难道我程序问题？立刻就把测试停止，看着异常，我很无语，什么怪事都有，连接池找不到？字符串截断OUT OF Bound？我晕，我在程序前面可是做了长度IF语句的检查的呀，怎么会OUT OF Bound？还有些更离奇的错误。先不管了，先看LoadRunner控制台，结果错误有一堆，打开一开，几乎都是些无法连接服务器？我一想，难道是网络问题？睹了？在看看失败的业务，很少，除了那个OUT OF Bound，别的都还算运行正常。
后悔了，后悔了，怎么样提升性能，缓存，还是缓存，我终于意识到缓存的重要性了，立刻用RAR打开ehcache-1.2.4.jar，在用JD反编，结果发现ehcache似乎也并不复杂，断断续续的看了几个CLASS，感觉还行，在看看JIVE论坛的业务层缓存实现，在想想HIBERNATE用那该死的二级缓存缩头缩脑，load一圈，最后还没中一个，就火，索性需要缓存的，不改变的地方直接用了findByHQLCache，会改变的地方大对用了FIND，完蛋了，没有缓存，无状态到是爽了，但是访问数据库来个不停，哎哎哎，看样子还是得从缓存下手啊。
SPRING AOP的企业级事务处理很爽，getHibernateTemplate，HibernateCallback用的到是很爽，SERVICE层事务一配置，爽。不爽的就是访问数据库的次数太多，研究，必须研究JIVE的那个业务层缓存，从设计上入手，业务层级别的缓存，多线层，设计模式的灵活运用，等等，系统才能真正的高效。
不废话了，看书，研究，学习。
最近许多同学说我太疯狂，其实：别人笑我太疯癫，我笑别人看不穿。