我们在使用很多新闻系统的时候，都会发现一个问题，尤其是使用 HtmlEdit 从WORD文档中直接拷贝文章（尤其里面有复杂表格和文字）的时候，提交会有一个错误发生。
"Request Object, ASP 0107 (0x80004005)"
很多编程人员都以为是 Access 数据库备注字段64kb限制的问题，开始 icech 也以为是，但是后来用了其他新闻系统的 SQL 版本，同样的问题发生了。因此我猜想，可能是浏览器的问题。但是 Form 表单使用的都是 Post 方式，应该和浏览器无关，那是什么原因呢？
程序出错提示总是在 Request.Form(“xxx”)的地方，因此我判断，可能是Request有大小的限制。然后就去MSDN上查找“ASP 0107 (0x80004005)”，果然是Request的问题。微软的原文是这样的。
PRB: Error "Request Object, ASP 0107 (0x80004005)" When You Post a Form
The information in this article applies t
Microsoft Active Server Pages
This article was previously published under Q273482
SYMPTOMS
When you post a large form field in Microsoft Internet Information Services 5.0, you may receive the following error message:
Error Type:
Request object, ASP 0107 (0x80004005)
The data being processed is over the allowed limit.
When you post a large form field in Microsoft Internet Information Server 4.0, you may receive the following error message:
Request object error 'ASP 0107 : 80004005'
Stack Overflow
/projectname/page.asp, line XX
The data being processed is over the allowed limit.
CAUSE
The size limit of each form field that is retrieved in the Request object is 102,399 bytes. The error occurs when you exceed this limit.
RESOLUTION
To resolve this problem, use one of the following methods:
Instead of reading form variable values with the Request.Form collection, use Request.BinaryRead (Request.TotalBytes), and parse the form values from the output of Request.BinaryRead.
Use a File Upload scheme, such as Microsoft Posting Acceptor.
Break the HTML form variables into multiple form variables before you submit the form. The 102,399 byte limit is for each form variable, so you can have multiple form variables of 102,399 characters or less. The following sample code illustrates this: WARNING: ANY USE BY YOU OF THE CODE PROVIDED IN THIS ARTICLE IS AT YOUR OWN RISK. Microsoft provides this code "as is" without warranty of any kind, either express or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose.
<FORM method=post action=LargePost.asp name=theForm onsubmit="BreakItUp()">
<Textarea rows=3 cols=100 name=BigTextArea>A bunch of text...</Textarea>
<input type=submit value=go>
</form>
<SCRIPT Language=JavaScript>
function BreakItUp()
{
//Set the limit for field size.
var FormLimit = 102399
//Get the value of the large input object.
var TempVar = new String
TempVar = document.theForm.BigTextArea.value
//If the length of the object is greater than the limit, break it
//into multiple objects.
if (TempVar.length > FormLimit)
{
document.theForm.BigTextArea.value = TempVar.substr(0, FormLimit)
TempVar = TempVar.substr(FormLimit)
while (TempVar.length > 0)
{
var objTEXTAREA = document.createElement("TEXTAREA")
objTEXTAREA.name = "BigTextArea"
objTEXTAREA.value = TempVar.substr(0, FormLimit)
document.theForm.appendChild(objTEXTAREA)
TempVar = TempVar.substr(FormLimit)
}
}
}
</SCRIPT>
The receiving Active Server Page (ASP) page reconstructs the variable:
<%
Dim BigTextArea
For I = 1 To Request.Form("BigTextArea").Count
BigTextArea = BigTextArea & Request.Form("BigTextArea")(I)
Next
%>
100 K的限制？微软竟然来这一手！幸好他们自己给出了几个解决方案，看一下上文可以知道，微软提供了2种可行的方法：
第一种使用Request.BinaryRead (Request.TotalBytes)，第二种使用分段上传的方式，基于少更改程序的原则，我们采用第二种方式。但是在使用的过程中，icech无意中发现，直接使用
For I = 1 To Request.Form("BigTextArea").Count
BigTextArea = BigTextArea & Request.Form("BigTextArea")(I)
Next
来代替Request.Form("BigTextArea")竟然也能达到同样的效果！惊奇！我想可能系统每次将100K的内容发送给Request，上段程序又在进行循环，因此达到了同样的效果。
以上是icech解决问题的方法，现在新闻系统例如：乔客、动力、惠信比较好的系统也都存在这个问题，大家可以试着用这种方法来解决。
下面再给大家提供一个我在CSDN上发现的一个帖子，和我写的异曲同工，解决了一样的问题，方法也一样，供参考：
如何在Form域中Post大于100K字节的数据????
以前在工作中遇到一个问题，当表单发送的数据量很大时，就会报错。查阅MSDN了解到，原因是微软对用Request.Form()可接收的最大数据限制为100K字节。
微软建议用Request.BinaryRead()读取表单数据，但由于这种方法读出的是二进制数据，需要对读出的数据逐字节进行分析，生成有意义的字符串（MSDN上的一段程序就是这样写的，但它并没有考虑诸如标点符号等转义字符需要进行特殊分析）。如果说这种方法对于纯英文系统勉强可用的话，则对于中文系统来说就有极大的麻烦，因为汉字是用两个字节表示的，而读出的二进制数据本身并不能判断是英文还是汉字（否则就不是二进制数据，而是字符串了^-^）。这样的话就必须了解汉字的编码规律才能进行分析。最后，即使算法上能把这些都分析出来，大家想想对于一个MB级的巨型字符串逐字节进行分析，其效率何如？所以，此路不通！
不过，办法总是有的。一开始我以为是整个表单数据的总和不能超过100KB，后来发现这是对表单内每个域的限制。问题的解决办法是，对于一个需要发送大数据的域，在提交表单前将数据拆分为小于限额的数份，分别放在数个hidden域中，同时把原有域清空，再正式提交表单。服务器端还是用Request.Form()读取各hidden域的数据，再按照顺序把他们拼接起来就行了。主要代码如下：
注意：需要在Form中的HTML代码内指定一个DIV,以便向其中动态插入hidden域。
====客户端示例代码====
<script language=javascript>
//数据拆分，并放到相应的hidden域中，在Form的onSubmit事件中激发
function fnPreHandle()
{
var iCount; //拆分为多少个域
var strData; //原始数据
var iMaxChars = 50000;//考虑到汉字为双字节，域的最大字符数限制为50K
var iBottleNeck = 2000000;//如果文章超过2M字，需要提示用户
var strHTML;
//原始数据
strData = frmTest.BigField.value;
//如果文章实在太长，需要提醒用户
if (strData.length > iBottleNeck)
{
if (confirm("您要发布的文章太长，建议您拆分为几部分分别发布。\n如果您坚持提交，注意需要较长时间才能提交成功。\n\n是否坚持提交？") == false)
return false;
}
iCount = parseInt(strData.length / iMaxChars) + 1;
//hdnCount记录原数据域拆分为多少个子域
strHTML = "<input type=hidden name=hdnCount value=" + iCount + ">";
//生成各子域的HTML代码
for (var i = 1; i <= iCount; i++)
{
strHTML = strHTML + "\n" + "<input type=hidden name=hdnBigField" + i + ">";
}
//在Form中DIV(divHidden)内动态插入各hidden域的HTML代码
document.all.divHidden.innerHTML = strHTML;
//给各子域赋值
for (var i = 1; i <= iCount; i++)
{
frmTest.elements["hdnBigField" + i].value = strData.substring((i - 1) * iMaxChars, i * iMaxChars);
}
//原数据域清空
frmTest.BigField.value = "";
}
</script>
====服务器端示例代码====
<%
Dim strData
Dim intFieldCount
Dim i
intFieldCount = Request.Form("hdnCount")
For i=1 To intFieldCount
strData = strData & Request.Form("hdnBigfield" & i)
Next
Response.Write strData
%>
你说微软为什么要有个100KB的限制呢？浑！
