99国产麻豆精品,亚洲a在线视频,亚洲资源中文字幕

JAVA中的UTF-16�~�码

Tue, 15 Oct 2013 00:43:00 GMT

http://www.cnblogs.com/maxupeng/archive/2011/06/22/2087579.html

http://www.ibm.com/developerworks/cn/java/j-unicode/

何健��?/a> 2013-10-15 08:43 发表评论

Thu, 21 Mar 2013 15:22:00 GMT

��Z��么要始终使用PreparedStatement代替Statement?

一.代码的可��L��和可维护�?

采用Statement方式�Q�看似很直观的字�W�串拼接sql语句�Q�实际却�Ҏ��出错而且难以�l�护。而采用PreparedStatement方式�Q�通过?占位�Q�可以清晰理解sql�l�构�Q�无��Z��可读性还是可�l�护性上来说.都比直接用Statement的代码更值得推崇�?

�?PreparedStatement��最大可能提高性能.

每一�U�数据库都会��最大努力对预编译语句提供最大的性能优化.因�ؓ预编译语句有可能被重复调�?所以语句在被DB的编译器�~�译后的执行代码被缓存下�?那么下次调用时只要是相同的预�~�译语句��׃��需要编�?只要��参数直接传入编译过的语句执行代码中(相当于一个涵�?��׃��得到执行.�q��ƈ不是说只有一个Connection中多�ơ执行的预编译语句被�~�存,而是对于整个DB�?只要预编译的语句语法和缓存中匚w��.那么在�Q何时候就可以不需要再�ơ编译而可以直接执�?而statement的语句中,即��是相同一操作,而由于每�ơ操作的数据不同所以��整个语句相匹配的��Z��极小,几乎不太可能匚w��.比如:

insert into a_table(col1,col2) values ('aa','bb');
insert into a_table(col1,col2) values ('aa','bb');

即��是相同操作但因�ؓ数据内容不一�?所以整个个语句本��n不能匚w��,没有�~�存语句的意�?事实是没有数据库会对普通语句编译后的执行代码缓�?

当然�q�不是所以预�~�译语句都一定会被缓�?数据库本�w�会用一�U�策�?比如使用频度�{�因素来军_��什么时候不再缓存已有的预编译结�?以保存有更多的空间存储新的预�~�译语句.
�?防止SQL注入

如果我们有如下sql语句对用戯��行验证：

String sql = "select * from tb_name where name= '"+varname+"' and passwd='"+varpasswd+"'";

那么当把[' or '1' = '1]作�ؓvarpasswd传入�q�来.用户名随�?看看会成��Z��?

select * from tb_name = 'any_value' and passwd = '' or '1' = '1';

因�ؓ'1'='1'肯定成立,所以可以�Q何通过验证.更有甚�?把[';drop table tb_name;]作�ؓvarpasswd传入�q�来,�?

select * from tb_name = 'any_value' and passwd = '';drop table tb_name;

有些数据库是不会让你成功�?但也有很多数据库��可以�ɘq�些语句得到执行.

而如果我们��用预�~�译语句.那么传入的�Q何内容就不会和原来的语句发生��M��匚w��的关�p?只要全��用预�~�译语句,��q��不着对传入的数据做�Q何过�?而如果��用普通的statement,有可能要对drop,or�{�等sql关键字、各�U��{义字�W?�{�做费尽心机的判断和�q�虑.

何健��?/a> 2013-03-21 23:22 发表评论

Java基础备注

Mon, 07 Jan 2013 13:15:00 GMT

1、java中，Integer和Integer�c�d��比较�Ӟ��是对象间的相�{�比较，不要直接�?=�Q�最好是其中一个调用一下intValue()�Ҏ��Q�这��P��变成了int与Integer比较�Q�java 5的机制会保证二者的拆箱操作的�?/div>

2、对于一个字�W�串�Q�调用split(":")�q�样的�Ş式，当作为分隔符的最后一个字�D�|��I�的时候，会直接忽略最后一个字�D�c��此时可以考虑用：split(":",-1)�?/div>

3、定义double值时�Q�注意对其进行加减操作的�_�ֺ�问题。比如：double a = 19.9,在实际存储时�Q��gؓ�Q?9.89999999999999999999999999 �Q�http://www.binaryconvert.com/result_double.html?decimal=056046057�Q��?/div>

4、StringBuffer �?StringBuilder 中的�Ҏ��和功能完全是�{��h的，只是StringBuffer 中的�Ҏ��大都采用�?synchronized 关键字进行修饎ͼ�因此是线�E�安全的�Q��?StringBuilder 没有�q�个修饰�Q�可以被认�ؓ是线�E�不安全的。StringBuffer 始于 JDK 1.0�Q�StringBuilder 始于 JDK 1.5。从 JDK 1.5 开始，带有字符串变量的�q�接操作�Q?�Q�，JVM 内部采用的是StringBuilder 来实现的�Q�而之前这个操作是采用 StringBuffer 实现的。通常情况下，使用StringBuilder卛_��。这里有一个性能考量的点�Q�StringBuilder的构造函��C��Q�推荐new StringBuilder(capability)�Q�采用这�U�方式需要预估StringBuilder大概需要容�U�的字符个数�Q�估计量�E�微偏大一点也比不估计的好。不然的话会出现原定定w��不够�Q�字�W�串的频�J�拷贝的情�Ş。此外，当我们需要截掉StringBuilder所代表的字�W�串最后一位时�Q�可以直接采用setLength的方式�?/div>

5、当我们对Arrays.asList�q�回的List�q�行��d��或删除时��会�?java.lang.UnsupportedOperationException 异常。set(index,value)是可以的�?/div>

何健��?/a> 2013-01-07 21:15 发表评论