“JSP页面提交后,提交的post中文是正常的,但是到达服务器上,中文就乱码”是怎么回事?

“JSP页面提交后,提交的post中文是正常的,但是到达服务器上,中文就乱码”是怎么回事?,第1张

有以下几种方法可以解决

1.在jsp 的java代码执行之前写入在 <% response.setContentType("text/htmlcharset=UTF-8")%>一定要是之前,因为设了这个下面代码才开始生效。可以写在jsp开头。

2.在在Servlet中service方法开始部分写入  response.setContentType("text/htmlcharset=UTF-8")

3.在过滤器中写入在Servlet中  response.setContentType("text/htmlcharset=UTF-8") 一般都写在过滤器中,可以减少代码重复量

4.对于提交已经编码的数据需要先解码再编码,也就是楼主的方法

new String(str.getBytes("ISO8859-1"),"UTF-8") 这种方法可以解决提交时候的问题

new String(str.getBytes("UTF-8"),"ISO8859-1") 同样的道理解决已经编码的数据要显示到页面的时候就要反着写

还有就是项目中最好使用统一的编码包括:文件保存的时候使用的编码,jsp文件翻译时使用的编码,服务器响应编码,和提交编码,还有就是数据库的编码。

eclipse下:jsp和class文件保存时使用编码在文件右键的property选项中能找到,

jsp页面编码有两个<%@ page language="java" contentType="text/htmlcharset=UTF-8"

pageEncoding="UTF-8"%>

pageEncoding是设的是tomcat将jsp文件翻译成servlet程序的时候执行的翻译编码,而charset才是服务器响应编码 也就是servlet中的response.setCharacterEncoding 一般都设置成UTF-8;

提交数据的时候也需要你那样转码,不过转码工作却实是写在过滤器里,可以写代码的减少麻烦

提交参数时候要设置request的编码,也就是你遇到的问题,按照我前四步的说明做就可以了。

JSP(全称JavaServer Pages)是由Sun Microsystems公司倡导和许多公司参与共同创建的一种使软件开发者可以响应客户端请求,而动态生成HTML、XML或其他格式文档的Web网页的技术标准。JSP技术是以Java语言作为脚本语言的,JSP网页为整个服务器端的Java库单元提供了一个接口来服务于HTTP的应用程序。用JSP开发的Web应用是跨平台的,既能在Linux下运行,也能在其他 *** 作系统上运行。

jsp页面提交方式有如下方法:

HTML表单提交

2. pageContext的setAttribute(String name,Object value,int scope)(这里scope的值决定了使用什么属性传递,有PAGE_SCOPE、REQUEST_SCOPE、SESSION_SCOPE、APPLICATION_SCOPE) 方法在html设置属性,然后在.jsp用 getAttribute(String name) 取得,但取得的是Object类型,需要手动转化为需要的类型

3. 直接页面跳转<jsp:forward page="url">〈jsp:parma name="username" value="myname"/></jsp:forward>4. 通过session对象来传递

有几种方法 在你的表单页里HEAD区加入这段代码: <META HTTP EQUIV="pragma" CONTENT="no cache"><META HTTP EQUIV="Cache Control" CONTENT="no cache must revalidate"><META HTTP EQUIV="expires" CONTENT="Wed Feb : : GMT">生成一个令牌保存在用户session中 在form中加一个hidden域 显示该令 牌的值 form提交后重新生成一个新的令牌 将用户提交的令牌和session 中的令牌比较 如相同则是重复提交 在你的服务器端控件的代码中使用Response Redirect("selfPage")语句 但是大多的数都不使用这种方法 方法还有很多 <input type=button value="提交" onclick="this disabled form submit()">

在JSP页面的FORM表单中添加一个hidden域 <input type=hidden name=urlvalue=<%=request getRequestURL()%>>在你的serverlet中添加如下语句 String url=request getParameter("url")response sendRedirect(url)我一般都是采用这样的方法返回JSP页面的 不太明白你说的重复刷新是什么概念

ajax 无刷新提交

Web开发中防止浏览器的刷新键引起系统 *** 作重复提交 怎么解决呢?重定向可以解决页面刷新带来的数据的重复提交的问题 我们自然可以利用重定向的方式来解决这个问题 但是struts的action里面mapping findword() 跳转的话 默认的是在工程文件夹里面找要跳转的页面 这种情况 怎么解决呢? 修改struts-config xml 文件 在action里面有一个redirect重新定向的属性 struts中默认的是false 添加这个属性 改成true 在forword中写上要跳转页面的绝对或者相对地址就行了 修改如下 <action mappings><action attribute="newsActionForm" name=newsActionForm input="/addnews jsp" path="/newsAction" parameter="method" scope="request" type= yongtree news action NewsAction><forward name=list path="/listnews jsp" redirect="true"></forward><forward name=error path="/addnews jsp"></forward></action></action mappings>重复提交 重复刷新 防止后退的问题以及处理方式

一 前言 你在任何一个比较专业的BBS都会看到这样的问题 即使你Google一下 也会发现有很多的人在关注和询问 但大家给出的解决方法却都是千差万别 (有的人主张采用脚本来解决有的则想重定向到别的页面有的则将此问题提升到Token的角度)为什么会有如此大的差异呢?

二 问题场景 首先 我们应该先了解为什么要处理这样的问题?或者专业一点就是它适合的场景是什么?(似乎只有人来问没有人来解释)

重复提交 重复刷新的场景 重复提交 重复刷新都是来解决系统重复记录的问题 也就是说某个人在多次的提交某条记录(为什么?也许是闲了没有事情干的最有可能是用户根本就不知道自己的提交结果是否已经执行了?!)

但出现了这样的问题并不见得就必须处理 要看你所开发的系统的类别而定 比如你接手的是某个资源管理系统 系统本身从需求的角度根本就不允许出现"重复"的记录 在这样需求的约束条件下 去执行重复的提交动作只会引发“业务级异常”的产生 根本就不可能执行成功也就无所谓避免不避免的问题了

防止后退的场景 了解了重复刷新 重复提交的场景 我们来了解一下"防止后退" *** 作的原因是什么?比如你在开发某个投票系统 它有很多的步骤 并且这些步骤之间是有联系的 比如第一步会将某些信息发送给第二步 第二步缓存了这些信息 同时将自身的信息发送给了第三步 等等 如果此时用户处在第三步骤下 我们想象一下某个淘气用户的用户点击了后退按钮 此时屏幕出现了第二步骤的页面 他再次的修改或者再次的提交 进入到下一个步骤(也就是第三步骤) 错误就会在此产生?!什么错误呢?最为典型的就是这样的 *** 作直接导致了对于第一个步骤信息的丢失!(如果这样的信息是依靠Request存放的话 当然你可以存放在Session或者更大的上下文环境中 但这不是个好主意!关于信息存放的问题 下次在就这个问题详细的讨论)

三 如何处理的问题 当然很多的系统(比如订票系统从需求上本身是允许个人重复订票的)是必须要避免重复刷新 重复提交 以及防止后退的问题的 但即使是这样的问题 也要区分如何处理以及在哪里处理的(网上只是告诉你如何处理 但很少去区分在哪里处理的) 显然处理的方式无非是客户端或者服务器端两种 而面对不同的位置处理的方式也是不同的 但有一点要事先声明 任何客户端(尤其是B/S端)的处理都是不可信任的 最好的也是最应该的是服务器端的处理方法

客户端处理 面对客户端我们可以使用Javascript脚本来解决 如下

重复刷新 重复提交 Ways One 设置一个变量 只允许提交一次 <script language="javascript">var checkSubmitFlg = falsefunction checkSubmit() { if (checkSubmitFlg == true) { return false} checkSubmitFlg = truereturn true} document ondblclick = function docondblclick() { window event returnValue = false} document onclick = function doconclick() { if (checkSubmitFlg) { window event returnValue = false} } </script><:form action="myAction do" method="post" onsubmit="return checkSubmit()">

Way Two : 将提交按钮或者image置为disable <:form action="myAction do" method="post" onsubmit="getElById( submitInput ) disabled = truereturn true"><:image styleId="submitInput" src=images/ok_b gif border= /></:form>

防止用户后退 这里的方法是千姿百态 有的是更改浏览器的历史纪录的 比如使用window history forward()方法有的是“用新页面的URL替换当前的历史纪录 这样浏览历史记录中就只有一个页面 后退按钮永远不会变为可用 ”比如使用javascript:location replace(this href)event returnValue=false

服务器端的处理(这里只说Struts框架的处理) 利用同步令牌(Token)机制来解决Web应用中重复提交的问题 Struts也给出了一个参考实现

基本原理 服务器端在处理到达的请求之前 会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较 看是否匹配 在处理完该请求后 且在答复发送给客户端之前 将会产生一个新的令牌 该令牌除传给 客户端以外 也会将用户会话中保存的旧的令牌进行替换 这样如果用户回退到刚才的提交页面并再次 提交的话 客户端传过来的令牌就和服务器端的令牌不一致 从而有效地防止了重复提交的发生

if (isTokenValid(request true)) { // your code here return mapping findForward("success")} else { saveToken(request)return mapping findForward("submitagain")}

Struts根据用户会话ID和当前系统时间来生成一个唯一(对于每个会话)令牌的 具体实现可以参考 TokenProcessor类中的generateToken()方法

//验证事务控制令牌 <:form >会自动根据session中标识生成一个隐含input代表令牌 防止两次提交 在action中

//<input type=hidden name= apache struts taglib TOKEN // value=" aa f fd c c c ae">if (!isTokenValid(request)) errors add(ActionErrors GLOBAL_ERROR new ActionError("error transaction token"))resetToken(request)//删除session中的令牌

action有这样的一个方法生成令牌 protected String generateToken(HttpServletRequest request) { HttpSession session = request getSession()try { byte id[] = session getId() getBytes()byte now[] = new Long(System currentTimeMillis()) toString() getBytes()MessageDigest md = MessageDigest getInstance("MD ")md update(id)md update(now)return (toHex(md digest()))} catch (IllegalStateException e) { return (null)} catch (NoSuchAlgorithmException e) { return (null)} }

lishixinzhi/Article/program/Java/JSP/201311/19842


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/tougao/7994070.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-12
下一篇2023-04-12

发表评论

登录后才能评论

评论列表(0条)

    保存