String类中的构造函数
String(); 构造一个空字符串对象
String(byte[] bytes); 通过byte数组构造字符串对象
String(byte[] bytes,int offset,int length);通过byte数组，从offset开始，总共length长的字节构造字符串对象
String(char[] value); 通过char数组构造字符串对象
String(byte[] char,int offset,int length);通过char数组，从offset开始，总共length长的字节构造字符串对象
String(String original); 构造一个original的副本，拷贝一个original
String(StringBuffer buffer);通过StringBuffer数组构造字符串对象
public class StringClassTest {
public static void main(String[] args) {
// 字节数组
byte[] bArray = { 'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h' };
// 字符数组
char[] cArray = { 'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h' };
//声明一个StringBuffer
StringBuffer ......
本文为本人在工作学习中的总结，每个方法都经过测试，记在博客上一方面是为了自己日后工作方便，另一方面是为了给大家提供方便，节约时间。
一.获得控制台用户输入的信息
/** *//**获得控制台用户输入的信息
* @return
* @throws IOException
*/
public String getInputMessage() throws IOException...{
System.out.println("请输入您的命令∶");
byte buffer[]=new byte[1024];
int count=System.in.read(buffer);
char[] ch=new char[count-2];//最后两位为结束符，删去不要
for(int i=0;i<count-2;i++)
ch[i] ......
在java中，使用double进行运算，有时会出现精度丢失的问题，值会有那么0.00000***1偏差的偏差，导致匹配校验常常出现问题
解决方案如下:
/**
* 对double数据进行取精度.
* @param value double数据.
* @param scale 精度位数(保留的小数位数).
* @param roundingMode 精度取值方式.
* @return 精度计算后的数据.
*/
public static double round(double value, int scale,
int roundingMode) {
BigDecimal bd = new BigDecimal(value);
bd = bd.setScale(scale, roundingMode);
double d = bd.doubleValue();
&nbs ......
【51CTO精选译文】在本篇文章中，著名程序员Justin James讨论了Java的未来，以及Java与.NET的开发成本对比，和Java是否能够取代.NET。Justin在文中总结了四大要点，重点关注了两个运行时在性能和成本上的异同之处。
1、Java SE 7遭遇.NET CLR会发生什么？
从Java SE 7的功能列表中可以看出，它相比以前版本有了长足提高。那么，它是一个游戏改变者吗？我认为不会是这样。在过去数年中，JVM和.NET CLR都发生了众多改进；过去那些只有技术非常高超的程序员才能完成的许多事情，现在借助于JVM和.NET CLR的增强功能，普通程序员也能够做得到。
尽管JVM和.NET CLR并非在同一个时间实现相同的想法，但是如果在一方出现了某个好的想法，另一方也会迅速跟进，这一点不仅仅体现在运行时层面上。举例来说，对于Java来说，Hibernate项目取得了巨大成功后，.NET也迅速推出了NHibernate。而.NET的闭包（closures）功能深受众多开发者的欢迎，Java似乎不久也将实现它们（51CTO编者注：Sun在Devoxx大会上宣布了这个消息），当然，这是一个语言功能，而非运行时功能。
.NET闭包大受好评，Java也将迅速跟进
2、在可以预见的未来，一个运行时是否会彻底击败另一个？
尽管从技术层� ......
Java NIO类库Selector机制解析（上）
赵锟 陈皓
http://blog.csdn.net/haoel
一、 前言
自从J2SE 1.4版本以来，JDK发布了全新的I/O类库，简称NIO，其不但引入了全新的高效的I/O机制，同时，也引入了多路复用的异步模式。NIO的包中主要包含了这样几种抽象数据类型：
Buffer：包含数据且用于读写的线形表结构。其中还提供了一个特殊类用于内存映射文件的I/O操作。
Charset：它提供Unicode字符串影射到字节序列以及逆映射的操作。
Channels：包含socket，file和pipe三种管道，都是全双工的通道。
Selector：多个异步I/O操作集中到一个或多个线程中（可以被看成是Unix中select()函数的面向对象版本）。
我的大学同学赵锟在使用NIO类库书写相关网络程序的时候，发现了一些Java异常RuntimeException，异常的报错信息让他开始了对NIO的Selector进行了一些调查。当赵锟对我共享了Selector的一些底层机制的猜想和调查时候，我们觉得这是一件很有意思的事情，于是在伙同赵锟进行过一系列的调查后，我俩发现了很多有趣的事情，于是导致了这篇文章的产生。这也是为什么本文的作者署名为我们两人� ......
Java NIO类库Selector机制解析（下）
赵锟 陈皓
http://blog.csdn.net/haoel
<<<<点此查看本文上篇
五、 迷惑不解 : 为什么要自己消耗资源？
令人不解的是为什么我们的Java的New I/O要设计成这个样子？如果说老的I/O不能多路复用，如下图所示，要开N多的线程去挨个侦听每一个Channel (文件描述符) ，如果这样做很费资源，且效率不高的话。那为什么在新的I/O机制依然需要自己连接自己，而且，还是重复连接，消耗双倍的资源？
通过WEB搜索引擎没有找到为什么。只看到N多的人在报BUG，但SUN却没有任何解释。
下面一个图展示了，老的IO和新IO的在网络编程方面的差别。看起来NIO的确很好很强大。但似乎比起C/C++来说，Java的这种实现会有一些不必要的开销。
六、 它山之石 : 从Apache的Mina框架了解Selector
上面的调查没过多长时间，正好同学赵锟的一个同事也在开发网络程序，这位仁兄使用了Apache的Mina框架。当我们把Mina框架的源码研读了一下后。发现在Mina中有这么一个机制：
1）Mina框架会创建一个Work对象的线程。
2）Work对象的线程的ru ......
最新文章 :