Bytes to be written to the stream exceed the Content-Length bytes size specified 解决方法

context.Response.ContentType = encode;               
using (StreamWriter writer = new StreamWriter(context.Response.OutputStream, UTF8))
    {
          writer.Write(str);
    }

上面代码常会报错:

Bytes to be written to the stream exceed the Content-Length bytes size specified

解决方法:

添加: context.Response.ContentLength64 = string.IsNullOrWhiteSpace(str) ? 0 : UTF8.GetByteCount(str);

时间: 2024-11-01 16:01:51

Bytes to be written to the stream exceed the Content-Length bytes size specified 解决方法的相关文章

(转)HttpWebRequest以UTF-8编码写入内容时发生“Bytes to be written to the stream exceed the Content-Length bytes size specified.”错误

from:http://www.cnblogs.com/Gildor/archive/2010/12/13/1904060.html HttpWebRequest以UTF-8编码写入内容时发生“Bytes to be written to the stream exceed the Content-Length bytes size specified.”错误 出错代码如下: request.ContentLength = Encoding.UTF8.GetByteCount(content);

因用了NeatUpload大文件上传控件而导致Nonfile portion > 4194304 bytes错误的解决方法

今天遇到一个问题,就是"NeatUpload大文件上传控件而导致Nonfile portion > 4194304 bytes错误",百度后发现了一个解决方法,跟大家分享下: NeatUpload是一个开源的大文件上传控件,非常的强大,支持文件类型过滤.上传进度条显示.多文件上传等强大的功能. 但部署至项目后,有些地方用普通的FileUpload上传时却发生了一个错误(Nonfile portion > 4194304 bytes,文件大于默认值4M),因如果用NeatUp

[php错误]PHP中Notice: unserialize(): Error at offset of bytes in on line 的解决方法

使用unserialize函数将数据储存到数据库的时候遇到了这个报错, 后来发现是将gb2312转换成utf-8格式之后, 每个中文的字节数从2个增加到3个之后导致了反序列化的时候判断字符长度出现了问题, 所以需要使用正则表达式将序列化的数组中的表示字符长度的值重新计算一遍,代码如下: function mb_unserialize($serial_str) { $out = preg_replace('!s:(\d+):"(.*?)";!se', "'s:'.strlen(

mysqld-nt: Out of memory (Needed 1677720 bytes)解决方法

http://www.jb51.net/article/58726.htm 今天发现网站有点慢,发现mysql日志中提示mysqld-nt: Out of memory (Needed 1677720 bytes),经排查是由于最近调整了mysql的一些参数导致,以为内存大就不怕了,32位系统真心内容利用率很低,据说不超过4G,我们的32G内存真浪费了,以后还是使用win2008 r2或centos系统做服务器吧.废话不多说下面为大家分享下解决方法: 因为mysql版本不同可能配置略有区别,主要

mysql:1153 Got a packet bigger than ‘max_allowed_packet’ bytes的解决方法

备份还原或数据导入报错1153:Got a packet bigger than'max_allowed_packet'bytes的问题 这个问题可以有2个解决方法: 1.临时修改: mysql>set global max_allowed_packet=524288000; #修改 512M 2.修改my.cnf(windows下my.ini),需重启mysql.在 [MySQLd] 部分添加一句(如果存在,调整其值就可以):max_allowed_packet=256M (根据实际情况调整数

【Error】Python:UnicodeDecodeError: ‘XXX' codec can't decode bytes in position... 解决方法

错误信息: UnicodeDecodeError: 'XXX' codec can't decode bytes in position 2-5: illegal multibyte sequence 这是因为遇到了非法字符,因此在转码的过程中出现了异常.具体哪些字符是非法字符我也搞不清. [解决办法] #将获取的字符串strTxt做decode时,指明ignore,会忽略非法字符,这样就可以了 inStr2 = inStr.decode('utf-8', 'ignore') [补充] 默认的参

使用TarOutputStream出现 request to write '1024' bytes exceeds size in header错误的解决方法

因为测试流程中,所测客户端会根据服务器A返回的response决定发送给服务器B的请求里各参数的值,所以现在需要模拟服务器的响应.而这个项目服务器A的响应式返回一个流,一个GZIP压缩格式流,压缩的是多个文件,所以需要编写相应的groovy脚本.我这里使用了apache的ant包.不过在运行的时候出错了.错误提示如下 Caught: java.io.IOException: request to write '1024' bytes exceeds size in header of '2988

Oracle:environment variable "PATH" does not exceed the recommended length

今天重新安装oracle11g,突然在检测时报了以下错误: Environment variable: "PATH" - This test checks whether the length of the environment variable "PATH" does not exceed the recommended length. 预期值 : 1023 实际值 : 1332 错误列表: - PRVF-3929 : Adding the Oracle bin

Got a packet bigger than‘max_allowed_packet’bytes错误的解决方法

通常项目上线前都有一些初始化数据需要导入,在今天博客系统发布前我使用sqlyog工具远程登录服务器的Mysql数据库,执行sql脚本对初始数据进行导入的时候报错: Got a packet bigger than'max_allowed_packet'bytes 查阅资料发现是由于max_allowed_packet的值设置过小,知道原因就好办了,只需要将max_allowed_packet值设置大一点就OK了. 通过终端进入mysql控制台,输入如下命令可以查看max_allowed_pack