今天在第一次接触使用“验证码”功能时,在执行时出现了异常信息:
严重: Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException: getOutputStream() has already been called for this response
。。。。
在网上搜索之后的解决方法是:
在生成验证码的jsp文件末尾添加两句话
out.clear();
out = pageContext.pushBody();
===========================================================================
查找的原文如下:
(http://hi.baidu.com/sihillver/blog/item/d384621e5612cdf01bd57630.html)
tomcat5下jsp出现getOutputStream() has already been called for this response异常的原因和解决方法
在tomcat5下jsp中出现此错误一般都是在jsp中使用了输出流(如输出图片验证码,文件下载等),
没有妥善处理好的原因。
具体的原因就是
在tomcat中jsp编译成servlet之后在函数_jspService(HttpServletRequest request, HttpServletResponse response)的最后
有一段这样的代码
finally {
if (_jspxFactory != null) _jspxFactory.releasePageContext(_jspx_page_context);
}
这里是在释放在jsp中使用的对象,会调用response.getWriter(),因为这个方法是和
response.getOutputStream()相冲突的!所以会出现以上这个异常。
采用方法很简单.在使用OutputStream输出流完成后,调用下面2个方法即可解决该问题:
out.clear();
out = pageContext.pushBody();
示例代码:
OutputStream os=response.getOutputStream();
os.write(new String("true "+"nowNum=" + nowNum+"===").getBytes());
os.flush();
os.close();
out.clear();
out = pageContext.pushBody();
----------------------------------------------------------
在jsp向页面输出图片的时候,使用response.getOutputStream()会有这样的提示:java.lang.IllegalStateException:getOutputStream() has already been called for this response,会抛出Exception
原因一:
JSP默认的输出流为PrintWriter ,即<% %>以外的东西所默认的输出方式,如果你尝试在JSP中使用ServletOutputStream就会引起错误.要嘛直接改用Servlet输出(复写service方法),要嘛删除除%><%中的任何东西(包括HTML标签,空格,回车等东西)应该就可以。
对于这样的情况应该这样来解决,删除%><%之间的所有内容包括空格和换行符,最后也要消除空格和换行符,最好再加上一句response.reset()。
原因二:
在J2EE的API参考里有这么个:
ServletResponse的getWriter()方法里会抛出这个异常,
IllegalStateException - if the getOutputStream method has already been called
for this response object
而它的getOutputStream()方法里会抛出这个异常.
IllegalStateException - if the getOutputStream method has already been called for this response object
并且两者的函数申明里都有这么样的一句
Either this method or getOutputStream() may be called to write the body, not both.
Either this method or getWriter() may be called to write the body, not both.
以上说明也解释了为什么在往页面中写入图片的时候要使用如下循环格式
OutputStream output=response.getOutputStream();
while((len=in.read(b)) >0)
{
output.write(b,0,len);
}
output.flush();
而不是把response.getOutputStream().write()放到循环体内
R类反射提取属性后,对项目混淆,R类下的资源ID也会被混淆,这时当我再通过未混淆前提取的属性来匹配资源ID,后果当然就是找不资源,程序报错,一切Over!
这里提供一种,是在本人最近一个网游社区游戏项目中使用的。
简单提下混淆:
在Android的项目下有一个default.properties文件,项目默认是不开启混淆,如需要开启混淆只需要添加
以下设定:
参考:
在Proguard.cfg方件中添加以下设定
如果大伙还有其它更好的方法,喜欢贴出来,一起交流!
做苹果开发或者果粉对导航条这个东西应该都不陌生,这咚咚在小小的屏幕上通过一个简单的View的队列管理来做到手机界面的有条理管理,但是开发过程程序员可能碰到各种死法,下面分享一二。
[self.navigationController pushViewController: sampleViewController animated:true];
[sampleViewController release];
上面代码通常在一个UITabViewController中,某一行选中后,切换到详细内容,上面代码比较简单,先从他的死法说起。
死法1:objectc程序员菜鸟常放的毛病导致,上面代码必死,为神马呢?
nav的push会导致引用计数的增加,界面会苟延残喘一会,当popview的时候,最后一行release会把sampleViewController清0,接着就是autopool回收的的时候XXX了
终结:为了避免内存泄露,alloc必对应release或者autorelease,但是必须11对应,同理
用全局函数生成的类,你就不要release了,除非你retain(如果你要长期使用,retain是必须的),objectc的内存管理必须小心翼翼,否则。。。,我个人习惯,宁可挂掉也不能泄露,因为挂掉容易发现问题,泄露了又有几个程序员用工具分析解决呢。
开胃菜结束,开始正题:
[self.navigationController pushViewController: sampleViewController animated:true];
死法2:界面无反应,或者把自己界面刷了一下。
分析可能出线的原因:
1:self.navigationController为nil,空指针执行pushViewController直接跳过,接着sampleViewController会释放掉,所以界面会无反应。 self.navigationController为神马会空呢?navigationController是UIViewController父类继承来的属性,不是随便都能用的,除非你当前viewController是被nav push进来的,或者用xib/代码做成navigationcontroller的root了,cocoa的代码应该是给赋值了。(题外话,我很多界面就是局部用了某个ViewController,这种情况该viewController的nav为空,如果要正确使用,可以从app取,可以自己赋值,可以整体界面取。。。想咋取都行)
2、self.navigationController为nil,界面挂了
如果你sampleViewController用到了网络异步请求,在initWithXXX的时候会去取数,那么你10有89会挂掉。
原因分析:大家网络请求,经常如下:
TwitterClient *twitterClient = [[TwitterClient alloc] initWithTarget:selfaction:@selector(XXXReceive:obj:)];
[twitterClient getXXX:param];
恭喜你,这种情况不管是不是navigationController为空,你程序极容易挂掉,原因就是因为网络请求我们都会用异步方式来拉取数据,当数据回来之后,会回调到本类的XXXReceive:obj方法,
但是如果界面退出了,数据才收到将如何?那就是不是空指针调用了,TwitterClient里纪录的需要回调的内存地址上神马情况都有可能是,回调。。杯具了
解决办法:twitterClient做成成员,在析构的时候该咋收拾twitterClient的就咋收拾一下吧
3、self.navigationController为nil,界面挂了
和上文一样twitterClient成员了,dealloc也清理了现场,还是会挂
原因分析:异步的问题,twitterClient已经取到数据,但是sampleViewController已经被释放了,but dealloc根本没来得及进来。。。
解决办法,1:确保nav正确,2:尽量在界面viewDidLoad的时候网络请求数据,在dispear的时候清理网络。
原帖:http://qzc770707.blog.163.com/blog/static/3408275320115288241822/