1.pageEncoding和charset有什么区别
2.java编码理解
3.jsp中关于pageEncoding和charset
4.quot网站源码是源译什么意思

pageEncoding和charset有什么区别

       pageEncoding是jsp文件本身的编码

       contentType的charset是指服务器发送给客户端时的内容编码

       JSP要经过两次的“编码”，第一阶段会用pageEncoding，码翻第二阶段会用utf-8至utf-8，源译第三阶段就是码翻由Tomcat出来的网页， 用的源译是contentType。

       第一阶段是码翻线程池和源码jsp编译成.java，它会根据pageEncoding的源译设定读取jsp，结果是码翻由指定的编码方案翻译成统一的UTF-8 JAVA源码（即.java），如果pageEncoding设定错了，源译或没有设定，码翻出来的源译就是中文乱码。

       第二阶段是码翻由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的源译是什么编码方案，经过这个阶段的码翻结果全部是UTF-8的encoding的java源码。

java编码理解

        　　<%@ page contentType= text/ charset=utf pageEncoding= GBK %>

        　　jsp页面（pageEncoding）——根据pageEncoding的设定读取jsp——>翻译成统一的UTF JAVA源码（即 java）——由JAVAC的JAVA源码至java byteCode的编译——>

        　　编译成UTF encoding的二进制码（即 class）——Tomcat（或其的application container）载入和执行阶段二的来的JAVA二进制码——>输出contentType编码给浏览器

        　　 页面输入的参数用pageEncoding来编码

        　　 页面的默认编码是什么？

       

        　　ntentType的默认编码是什么？

        　　 编码和解码过程各种文件时什么编码

        　　response setContentType（ text/ charset=gb ） 是在页面显示时设置的字符格式request setCharacterEncoding（ gb ） 是servlet接受请求后对请求中的字符进行设置字符格式 因为默认通过网络传输的内容都被进行了iso 编码 如果想在后处理的时候不让中文成乱码 那就得对得到的内容进行gb 编码

        　　JSP pageEncoding和contentType属性

        　　JSP要经过两次的 编码 第一阶段会用pageEncoding 第二阶段会用utf 至utf 第三阶段就是由Tomcat出来的网页 用的是contentType

        　　关于JSP页面中的pageEncoding和contentType两种属性的区别

        　　pageEncoding是jsp文件本身的编码

        　　contentType的charset是指服务器发送给客户端时的内容编码

        　　JSP要经过两次的 编码 第一阶段会用pageEncoding 第二阶段会用utf 至utf 第三阶段就是由Tomcat出来的网页 用的是contentType

        　　第一阶段是jsp编译成 java 它会根据pageEncoding的设定读取jsp 结果是由指定的编码方案翻译成统一的UTF JAVA源码（即 java） 如果pageEncoding设定错了 或没有设定 出来的就是中文乱码

        　　第二阶段是由JAVAC的JAVA源码至java byteCode的编译 不论JSP编写时候用的是什么编码方案 经过这个阶段的结果全部是UTF 的encoding的java源码

        　　JAVAC用UTF 的encoding读取java源码 编译成UTF encoding的二进制码（即 class） 这是JVM对常数字串在二进制码（java encoding）内表达的规范

        　　第三阶段是Tomcat（或其的application container）载入和执行阶段二的来的JAVA二进制码 输出的结果 也就是在客户端见到的 这时隐藏在阶段一和阶段二的参数contentType就发挥了功效

        　　contentType的设定

        　　pageEncoding 和contentType的预设都是 ISO 而随便设定了其中一个 另一个就跟着一样了（TOMCAT 是如此） 但这不是绝对的 这要看各自JSPC的处理方式 而pageEncoding不等于contentType 更有利亚洲区的文字 CJKVç³»JSP网页的开发和展示 （例pageEncoding=GB 不等于 contentType=utf ）

        　　jsp文件不像 java java在被编译器读入的时候默认采用的是操作系统所设定的locale所对应的编码 一般我们不管是在记事本还是在ue中写代码 如果没有经过特别转码的话 写出来的都是本地编码格式的内容 所以编译器采用的方法刚好可以让虚拟机得到正确的资料

        　　但是jsp文件不是这样 它没有这个默认转码过程 但是指定了pageEncoding就可以实现正确转码了

        　　举个例子

        　　<%@ page contentType= text/ charset=utf %>大都会打印出乱码 因为我输入的 你好吗 是gbk的 但是服务器是否正确抓到 你好吗 不得而知

        　　但是如果更改为

lishixinzhi/Article/program/Java/hx//

jsp中关于pageEncoding和charset

       ä¸ä¸€å®šï¼ŒJSP技术是Servlet的一种，JSP文件本身会被Web容器“翻译”成.java文件，然后把java文件编译为class文件。

        在JSP翻译为java文件的过程中，Web容器会使用pageEncoding指定的编码来读取JSP文件的内容，如果这个时候JSP页面编写的时候的编码和pageEncoding不一致，那么翻译成的java文件里面的字符就会出现乱码，比如用UTF-8保存JSP文件，但是pageEncoding指定为ISO--1，那么一定会有乱码。

        contentType属性影响的是Content-Type响应报头属性，浏览器根据这个属性来显示页面，Web容器根据这个属性指定的字符集编码Response Body，浏览器来解码Response Body。在保证前一步正常的情况下，把这个属性设置为ISO--1，那么中文会乱码。

        楼主自己做个试验就清楚了。

        所以不能肯定说pageEncoding和conentType属性设置的charset不一致就一定会乱码。但是一般来说这两个属性肯定会设置为一致的。IDE环境下，设置了pageEncoding属性，IDE会自动使用指定字符集帮你保存文件。

quot网站源码是源译qeum 源码分析什么意思

       网站源码，我们可以把它理成源文代码，就拿我们当前看到的这个网页来说吧，其实它是由一大堆的源代码组成，通过我们的IE（Microsoft Internet Explorer）浏览器（或服务器）翻译成现在我们所看到的这个样子。网站源码也分为两种，一种是动态源码如：ASP，PHP，uthash源码分析JSP，.NET，CGI等，一种是静态源码如：HTML等。什么是动态源码呢？最大的特点就是能够和用户之间互动。比如说网易的信箱，张三登陆的eval源码解释时候，会看到欢迎光临张三，李四又登陆了，李四又看到欢迎光临李四，其实他们两个人登陆的是一个页面，这个就是动态源码的好处，如果要是用静态源码，好么网易有几百万的thonny下载源码邮箱用户，每个人做一个页面那要多少页啊？动态源码不单单只有这么一点用处，比如说我们常见的一些论坛、留言本、计数器、聊天室等，都是由动态源码开发的。什么是静态源码呢，比如说我们当前看到的这个网页他就是静态的源码，静态源码无法实现以上的那些功能。现在有不少源码下载站，提供别人开发好的源码让我们下载。他们开发的都不错，美工也相当不错，基本上下载下来，只要稍加改动就可以使用了，更方便了我们建站，您可以跟据自己所需去下载，更重要的是，要先看看您自己使用的网站空间，是那一种的，比如说您使用的是ASP空间，那么您一定要下载ASP源码，不然下载别的是不能运行的。。