windows 2003+ .net 2.0下载服务的问题。

7xin 2009-01-12 09:28:50

现在有两台服务器硬件配置都很好，装的windows 2003 server和.net 2.0，由于需要对文件下载进行限速和一些防盗链处理，所以采用的是在下载服务器上面建立一个站点，用来做下载接口，下载地址里的str变量是传过来的加密字符串，类似乎下面的地址：

http://www.xxx.com/app/down.aspx?encrypt=CEAE0F53D7F42E0C54597E24F5D3A21DB2C9FCFC43DE65E2968C9DC6F300186448700BA7534B8C3FBD455EEAAC3552C2DBC104AFDE98A244E60DF4BF53EA8909128E574561567F2C

下载服务器的www.xxx.com这个站点对加密字符串进行解密，然后得到用户的id号和相应数据值，进行验证和限速值获取，如果验证成功后，就以 Response.BinaryWrite 方式向客户端写数据，直到下载完成。

现在的问题是：如果下载的人少，访问这个

http://www.xxx.com/app/down.aspx?encrypt=CEAE0F53D7F42E0C54597E24F5D3A21DB2C9FCFC43DE65E2968C9DC6F300186448700BA7534B8C3FBD455EEAAC3552C2DBC104AFDE98A244E60DF4BF53EA8909128E574561567F2C

会很快返回执行的结果，如提示保存文件或验证失败的信息等，但要是下载的人多的话，特别是多线程下载，这个时候上面的地址要执行差不多30-60秒，才会得到最终的执行结果。

我想问的是，下载这服务器是不是仅提供简单的一个验证，不要进行太复杂的运算处理，比如，就只验证encrypt串与cookie里面的一不一致，如果相一致就提示用户保存下载，不一致就直接报错拒绝。现在就是不明白为什么会造成.net解释非常慢，系统日志也没有报什么错的，服务器的cpu/内存资源都没怎样占用的。

大家帮分析一下吧，或提一个较好的方案。

...全文