<h1>firebody</h1>

1）NIO确实能够使得大并发量长连接服务器的性能能够大幅度提升。主要原因如下：原来经典的开发模式是多线程，堵塞式。多线程必定带来系统性能的损耗，特别实在大并发量的时候，这种情况服务器肯定会down掉。而NIO采用事件监听模式，可以避免采用一个连接一个线程处理，或者说一个请求需要一个线程处理的弊病。NIO首先从Socket IO上实现非堵塞，使得服务器应用核心整体上能够实现非堵塞，少线程式的开发模式。我们开发nIO应用时，..............

开发一次项目，确实学到很多东西。 希望能不断的作项目，不断的学习新东西！..............

本来也想弄这样的咚咚！javaeye论坛刚好有人贴出来，我就转过来，以做个记录！ 数据库导出 String path="mysqldump.exe -uuser -ppwd --opt databasename > d:/databack/xx.sql"; java.lang.Runtime.getRuntime().exec("cmd /c "+path); System.out.println("数据表已导出到文件xx.sql中"); //数据库导入 ..............

在中文平台编译以及在英文平台编译，如果不注意移植的问题，肯定出现乱码的结果。 传递中文parameter参数，如果不再服务器端对取得参数正确解码也会出现乱码的问题。 form与传递与直接传递parameter最大的区别在于编码的转换，这点着实让我忽略了，以为他们是一个意思！form的encoding在javascript里可以查到。而parameter的编码只有ISO8859_1。 引用一篇比较好的分析java 乱码的文章。请原谅！ ..............

看一下icecloud的相关讨论；还是很有益处的 http://dev.csdn.net/article/24/24788.shtm javaeye论坛的相关讨论： http://forum.javaeye.com/viewtopic.php?p=33857&highlight=#33857..............

转自：javaeye论坛      作者：potian 说明：这些帖子都是在讨论工厂模式，容器配置，构造函数产生对象的方式各自优缺时的回帖。很不错！感谢potian！！！ 除了静态方法对具体子类的直接依赖问题之外，对象的产生封装在对象内部也是一个很奇怪的想法，如果在不同情况下，例如需要同步或者需要lazy等等的话，你必须针对修改你的代码，实际上我们最关心的是能够在不同场合使用同一个对象..............

大部分转摘自：http://www.pconline.com.cn/pcedu/empolder/gj/java/0404/366404.html 作者：AbnerChai UNICODE编码，它采用双字节编码，兼容英文字符和其它民族的双字节字符编码，所以，目前，大多数国际性的软件内部均采用UNICODE编码。我们的汉字是双字节编码语言，为了能让计算机处理中文，我们自己制定的gb2312、GB..............