使用Jakarta Commons Pool处理对象池化

食物酸碱一览表
强酸性食品：蛋黄、乳酪、甜点、白糖、金枪鱼、比目鱼。
中酸性食品：火腿、培根、鸡肉、猪肉、鳗鱼、牛肉、面包、小麦。
弱酸性食品：白米、花生、啤酒、海苔、章鱼、巧克力、空心粉、葱。
强碱性食品：葡萄、茶叶、葡萄酒、海带、柑橘类、柿子、黄瓜、胡萝卜。
中碱性食品：大豆、蕃茄、 香蕉、草莓、蛋白、梅干、柠檬、菠菜等。
弱碱性食品：红豆、苹果、甘蓝菜、豆腐、卷心菜、油菜、梨、马铃薯。

话说因为公司经常有人下载，所以我想整理一份人员和IP的对照对，一看IP就知谁在下载了，所以就想找行政去帮忙整理整理以下是我们的对话

0016(我) 10:30:06
找个时间去把整个公司的人员和他们用的IP对应表，统计一份给我哦
0008(A小姐) 10:31:35
XX(以前的网管名)之前应该都有记录，IP地址是不允许随便改的
0008(A小姐) 10:32:06
你先下交接文件里有没有
0016(我) 10:32:36
没有，，再去统计一份吧，有好多都不同了
0008(A小姐) 10:37:02
昏，那这个需要你去看下。另外公司已经出台过网络使用规定，除非是笔记本电脑，否则大家的IP地址是固定的不允许随便更改
0016(我) 10:38:14
这个规定有人去

来自：http://www.libing.net.cn/read.php/1724.htm

服务器公共组件实现 -- 环形缓冲区

　　消息队列锁调用太频繁的问题算是解决了，另一个让人有些苦恼的大概是这太多的内存分配和释放操作了。频繁的内存分配不但增加了系统开销，更使得内存碎片不断增多，非常不利于我们的服务器长期稳定运行。也许我们可以使用内存池，比如SGI STL中附带的小内存分配器。但是对于这种按照严格的先进先出顺序处理的，块大小并不算小的，而且块大小也并不统一的内存分配情况来说，更多使用的是一种叫做环形缓冲区的方案，mangos的网络代码中也有这么一个东西，其原理也是比较简单的。

　　就好比两个人围着一张圆形的桌子在追逐，

星矢：动画片《圣斗士星矢》的男猪脚，超级小强，怎么打也打不死。
雅典娜：动画片《圣斗士星矢》的女猪脚，自称女神，手下有88个男人为他卖命。
状态模式：为了方便的控制状态的变化，避免一堆IF／ELSE，以及状态规则改变的时避免代码改动的混乱。
观察者模式：一个被观察者一动，多个观察者跟着动，经常用于界面UI。

话说星矢和很强的某斗士甲对打，雅典娜在一边看，星矢总是挨揍，每次挨揍完之后星矢的状态总是会发生一些变化：

正常－－挨打－－瀕死－－挨打－－小宇宙爆发－－挨打－－瀕死－－挨打－－女神护体－－挨打（星矢无敌了，打也没用，战斗结束）－－正常

以上状态转变用状态模式来表现，一个Saiya类代表星矢，一个SaiyaState代表他的状态，SaiyaState下面有多个子类，分别

一直以来我的qq启动都会狂读硬盘，要读十来二十秒才可以动，我也搞不清为什么

今天终于忍无可忍，无须再忍了，一定要把他搞定

于是到网上狂找资料，有的说在后台下广告，就把广告文件夹删除或加权限就OK了，但无耐2008的QQ根本没有那个文件夹

还有说把那个TXPlatform文件kill了，不给启动，发现都不管用.

在服务器组的架构下，我们一般会引入一个网关服务器，或类似功能的组件，所有的客户端连接都是到这里，数据然后转发给当前所在的地图服务器。

这 样，在数据广播时便存在一个很大的优化可能性。以前的单服务器架构时，比如要广播移动消息，可以直接找出周围的玩家列表，构造要发送的数据，然后依次调用 send即可。但是在多服务器架构下要是还这么做的话，那地图服务器与网关服务器之间的数据传输量将会非常大，而且这些数据之间除了目标IP地址不一样 外，实际内容完全相同。

其实在以前单服务器架构时就曾考虑过该优化 方案。最初使用的立即发送数据包的方式在遇到需要同时发送大量数据时出现了问题，为了避免由于在逻辑线程内的send调用导致的游戏逻辑被阻塞，我们将数 据发送工作放到了一个独立的线程中，游戏逻辑线程在需

Jconsole ，Java Monitoring and Management Console。

java监控和管理控制台，从java5开始，在JDK中提供。

用于对JVM中内存，线程和类等的监控。

一、Local方式
1、cmd进入dos下，进入到应用程序所在目录，执行语句如下：
java -Dcom.sun.management.jmxremote -jar 程序名.jar

2、启动jdk_home\bin目录下的Jconsole.exe就可以看到有一个

本地的连接在里面。点击连接就可以进入相应的监视界面了。

二、JMX方式（远程连接）：
1、在

这几天，网店系统基础架构进行了一次大的升级，升级之后例行的进行了压力测试，以前几次大的项目发布压力测试都没有任何问题，没想到这次出事故啦，而且是内存泄露？

系统运行环境：
硬件：Intel(R) Xeon(R) CPU 2.0G、4G RAM、Linux 2.6.9-42.ELsmp #1 SMP
软件：jboss-4.0.5.GA [Java HotSpot(TM) Server VM (build 1.5.0_10-b03, mixed mode)]
JAVA运行参数-server -Xms2048m -Xmx2048m -XX:NewSize=768m -XX:PermSize=128m -XX:MaxPermSize=128m

现象是这样的：
对系统压力测试大约4个小时左右，系统突然down掉，抛错为j