|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
他们对jsp,servlet,javabean进行封装就是为了展示他们的某个思想,与java的开发并没有必然的关系,也不见得在所以情况下,别人使用起来会简单。成绩|中文我来讲一下tomcat怎样完成JSP的你就分明了。
准备常识:
1.字节和unicode
Java内核是unicode的,就连class文件也是,可是良多媒体,包含文件/流的保留体例
是利用字撙节的。因而Java要对这些字撙节经行转化。char是unicode的,而byte是字节.
Java中byte/char互转的函数在sun.io的包两头有。个中ByteToCharConverter类是中调剂,
能够用来告知你,你用的Convertor。个中两个很经常使用的静态函数是
publicstaticByteToCharConvertergetDefault();
publicstaticByteToCharConvertergetConverter(Stringencoding);
假如你不指定converter,则体系会主动利用以后的Encoding,GB平台上用GBK,EN平台上用
8859_1
我们来就一个复杂的例子:
"你"的gb码是:0xC4E3,unicode是0x4F60
你用:
--encoding="gb2312";
--byteb[]={(byte)’u00c4’,(byte)’u00E3’};
--convertor=ByteToCharConverter.getConverter(encoding);
--char[]c=converter.convertAll(b);
--for(inti=0;i<c.length;c++)
--{
--System.out.println(Integer.toHexString(c[i]));
--}
--打印出来是0x4F60
--可是假如利用8859_1的编码,打印出来是
--0x00C4,0x00E3
----例1
反过去:
--encoding="gb2312";
charc[]={’u4F60’};
convertor=ByteToCharConverter.getConverter(encoding);
--byte[]b=converter.convertAll(c);
--for(inti=0;i<b.length;c++)
--{
--System.out.println(Integer.toHexString(b[i]));
--}
--打印出来是:0xC4,0xE3
----例2
--假如用8859_1就是0x3F,?号,暗示没法转化 --
良多中文成绩就是从这两个最复杂的类派生出来的。而却有良多类
不间接撑持把Encoding输出,这给我们带来诸多方便。良多程序可贵用encoding
了,间接用default的encoding,这就给我们移植带来了良多坚苦
--
2.UTF-8
--UTF-8是和Unicode逐一对应的,实在现很复杂
--
--7位的Unicode:0_______
--11位的Unicode:110_____10______
--16位的Unicode:1110____10______10______
--21位的Unicode:11110___10______10______10______
--年夜多半情形是只利用到16位以下的Unicode:
--"你"的gb码是:0xC4E3,unicode是0x4F60
--我们仍是用下面的例子
-- --例1:0xC4E3的二进制:
-- -- 1100010011100011
-- -- 因为只要两位我们依照两位的编码来排,可是我们发明这行欠亨,
-- -- 由于第7位不是0因而,前往"?"
-- --
-- --例2:0x4F60的二进制:
-- -- 0100111101100000
-- -- 我们用UTF-8补齐,酿成:
-- -- 111001001011110110100000
-- -- E4--BD--A0
-- -- 因而前往0xE4,0xBD,0xA0
-- --
3.String和byte[]
--String实在中心是char[],但是要把byte转化成String,必需经由编码。
--String.length()实在就是char数组的长度,假如利用分歧的编码,很可
--能会错分,形成散字和乱码。
--例:
----byte[]b={(byte)’u00c4’,(byte)’u00e3’};
----Stringstr=newString(b,encoding); ----
----假如encoding=8859_1,会有两个字,可是encoding=gb2312只要一个字 ----
--这个成绩在处置分页是常常产生
4.Reader,Writer/InputStream,OutputStream
--Reader和Writer中心是char,InputStream和OutputStream中心是byte。
--可是Reader和Writer的次要目标是要把Char读/写InputStream/OutputStream
--一个reader的例子:
--文件test.txt只要一个"你"字,0xC4,0xE3--
--Stringencoding=;
--InputStreamReaderreader=newInputStreamReader(
----newFileInputStream("text.txt"),encoding);
--char[]c=newchar[10];
--intlength=reader.read(c);
--for(inti=0;i<c.length;i++)
----System.out.println(c[i]);
--假如encoding是gb2312,则只要一个字符,假如encoding=8859_1,则有两个字符
--------
--
--
----
2.我们要对Java的编译器有所懂得:
--javac-encoding
我们经常没有效到ENCODING这个参数。实在Encoding这个参数关于跨平台的操纵是很主要的。
假如没有指定Encoding,则依照体系的默许Encoding,gb平台上是gb2312,英文平台上是ISO8859_1。
--Java的编译器实践上是挪用sun.tools.javac.Main的类,对文件举行编译,这个类 --
有compile函数两头有一个encoding的变量,-encoding的参数实在间接传给encoding变量。
编译器就是依据这个变量来读取java文件的,然后把用UTF-8情势编译成class文件。
一个例子:
--publicvoidtest()
--{
----Stringstr="你";
----FileWriterwrite=newFileWriter("test.txt");
----write.write(str);
----write.close();
--}
----例3
--假如用gb2312编译,你会找到E4BDA0的字段
--
--假如用8859_1编译,
--00C400E3的二进制:
--00000000110001000000000011100011--
--由于每一个字符都年夜于7位,因而用11位编码:
--11000001100001001100001110100011
--C1--84-- C3-- A3
--你会找到C184C3A3--
可是我们常常疏忽失落这个参数,因而如许常常会有跨平台的成绩:
-- 例3在中文平台上编译,天生ZhClass
-- 例3在英文平台上编译,输入EnClass
--1. ZhClass在中文平台上实行OK,可是在英文平台上不可
--2. EnClass在英文平台上实行OK,可是在中文平台上不可
缘故原由:
--1.在中文平台上编译后,实在str在运转态的char[]是0x4F60, ----
--在中文平台上运转,FileWriter的缺省编码是gb2312,因而
--CharToByteConverter会主动用挪用gb2312的converter,把str转化
--成byte输出到FileOutputStream中,因而0xC4,0xE3放进了文件。
--可是假如是在英文平台下,CharToByteConverter的缺省值是8859_1,
--FileWriter会主动挪用8859_1往转化str,可是他没法注释,因而他会
--输入"?" ----
--2. 在英文平台上编译后,实在str在运转态的char[]是0x00C40x00E3, ----
--在中文平台上运转,中文没法辨认,因而会呈现??
-- 在英文平台上,0x00C4-->0xC4,0x00E3->0xE3,因而0xC4,0xE3被放进了
--文件
----
1.关于JSP注释的注释:
--Tomcat起首看一下你的叶面中有无"<%@pageinclude的标记。有,则在不异
--中央设定response.setContentType(..);依照encoding的来读,没有他依照8859_1
--读取文件,然后用UTF-8写成.java文件,然后用sun.tools.Main往读取这个文件,
--(固然它利用UTF-8往读),然后编译成class文件
--setContentType改动的是out的属性,out变量缺省的encoding是8859_1
2.对Parameter的注释
--很不幸Parameter只要ISO8859_1的注释,这个原料能够在servlet的完成代码中找到。
3.对include的注释
格局的,可是很不幸,因为谁人写"org.apache.jasper.compiler.Parser"的人
在数组JspUtil.ValidAttribute[]健忘加了一个参数:encoding,因而招致不支
持这类体例。你完整能够编译源代码,加上对encoding的撑持
总结:
假如你在NT底下,最复杂的办法就是棍骗java,不加任何Encoding变量:
<html>
你好<%=request.getParameter("value")%>
</html>
http://localhost/test/test.jsp?value=你
了局:你好你
但这类办法范围性较年夜,好比对上传的文章分段,如许的做法是逝世定的,最好的
办理计划是用这类计划:
<%@pagecontentType="text/html;charset=gb2312"%>
<html>
你好<%=newString(request.getParameter("value").getBytes("8859_1"),"gb2312")%>
</html>
那这个对象有什么意义?现在很多用javabean的人就不能保证对象有完整的意义,不成熟的使用模式等导致代码疯狂增长,调试维护的时间要得多得多。在说性能之前,先说说你这个比较的来历。据说微软为了证明。net比java好。 |
|