问题是这样的，我有个上传文件的程序， 接收到上传文件以后，需要对文件进行一些处理，
比如图片的话，可能要缩略图，视频的话，可能要转换成其他视频格式等等，
而这些操作都是很费时的，那么我想在我的 aspx 程序中，能不能把这部分的功能另开一个线程异步去处理，
而不影响用户这边的正常使用。比如{
fileupload.saveas(filepath);
//这里要处理filepath文件 ，同步的话，只有文件处理完成以后才 显示“上传成功”，
//我想只要保存完毕，就显示 “上传成功”，用户该干嘛就干嘛，而文件的处理则是异步的，
//我也不需要返回结果
response.write("上传成功");
}
比如图片的话，可能要缩略图，视频的话，可能要转换成其他视频格式等等，
而这些操作都是很费时的，那么我想在我的 aspx 程序中，能不能把这部分的功能另开一个线程异步去处理，
而不影响用户这边的正常使用。比如{
fileupload.saveas(filepath);
//这里要处理filepath文件 ，同步的话，只有文件处理完成以后才 显示“上传成功”，
//我想只要保存完毕，就显示 “上传成功”，用户该干嘛就干嘛，而文件的处理则是异步的，
//我也不需要返回结果
response.write("上传成功");
}
System.Timers.Timer myTimer = new System.Timers.Timer();
myTimer.Elapsed += new System.Timers.ElapsedEventHandler(OnTimedEvent);
myTimer.Enabled = true;
}
private static void OnTimedEvent(object source, System.Timers.ElapsedEventArgs e)
{
处理文件的方法
}
同步请求的问题： 线程池的可用线程是有限的，如果此时请求过多，ASP.NET 因 503“Server Unavailable”错误使后续请求失败。这让asp.net能够接收的请求量会大大减少，影响了可伸缩性。 异步的处理过程： 前面的两点和普通同步请求一样，不同的是对于比较费时的过程的处理方式： 1:一个异步操作开始响应 ASP.NET 的信号之后，该线程返回线程池。 2:ASP.NET 调用使用 AddOnPreRenderCompleteAsync 注册的 Begin 方法。Begin 方法的任务是启动诸如数据库查询或 Web 服务调用的异步操作，并立即返回。 3：线程返回到线程池。同时，Begin 方法返回 IAsyncResult。 4: ASP.NET 从线程池提取线程并调用 End 方法。 5:当 End 返回之后，ASP.NET 执行该页生命周期其余的部分。 异步请求的生命周期和线程关系图：
异步的优势: 线程池线程得到了高效的使用，提高了可伸缩性。原来挂起等待的线程现在可用于服务其他请求。
异步加载数据的示例： 第一步：让页面支持异步。设置Async属性。 第二步：因为是操作数据库，想让数据库支持异步，需要对数据库连接串进行配置。 Asynchronous Processing=true。 第三步：在页面的Page_Load事件中注册异步事件。
protected void Page_Load(object sender, EventArgs e)
{
AddOnPreRenderCompleteAsync(
new BeginEventHandler(BeginAsyncOperation),
new EndEventHandler(EndAsyncOperation)
);
}
IAsyncResult BeginAsyncOperation(object sender, EventArgs e, AsyncCallback cb, object state)
{
string sql = "SELECT TOP 10 * FROM dbo.Card_Ext"; SqlConnection _conn = new SqlConnection(ConfigurationManager. AppSettings["DataAccessContionStringRead"].ToString()); _conn.Open();
SqlCommand cmd = new SqlCommand(sql, _conn); IAsyncResult rIsynResult = cmd.BeginExecuteReader(cb, cmd, CommandBehavior.CloseConnection); return rIsynResult;
}
void EndAsyncOperation(IAsyncResult IResult)
{
if (!IResult.IsCompleted)
{
IResult.AsyncWaitHandle.WaitOne();
}
else
{
SqlDataReader dr = (IResult.AsyncState as SqlCommand).EndExecuteReader(IResult);
if (!dr.IsClosed)
{
List<string> _list = new List<string>();
while (dr.Read())
{
_list.Add(dr[0].ToString());
}
this.GridView1.DataSource = _list;
this.GridView1.DataBind();
}
dr.Close();
}
}.Net下比较常用的异步处理场景： 1：FileStream,即我们常说的I/O操作： 2：Socket; 3：SqlCommand,例如：BeginExecuteReader、BeginExecuteNonQuery。 4：WebRequest，像抓取网页等操作； 5：WebServcie的调用。异步调用应该注意的地方： 下面的程序也是合法的。这种方式虽然也是异步调用，但是和同步调用效果一样，因为EndExecuteReader方法会让当前线程挂起，直到返回结果。从性能角度和资源上讲，比直接用同步效果更差，因为系统要多启动一个线程。比较好的做法就是采用回调方式，具体做法可以参考上面的代码。cmd.BeginExecuteReader(CommandBehavior.CloseConnection);
cmd.EndExecuteReader(rIsynResult); asp.net异步页面与ajax异步的效果区别: 1：asp.net的异步页面让我第一想法是和ajax效果比较,ajax应用在比较费时的方法上,当数据加载时,在页面显示数据的区域先用一段提示文字,例如:数据正在加载中...之类的,无论这个方法多么费时,它只影响这一块的数据显示,页面其它区域不受影响(如果速度不慢的话)。而asp.net异步页面并不能达到这种效果，从上面的异步执行流程图可以看出，异步调用的事件发生在OnPreRenderComplete中，就是说在页面中生命周期之内，页面要想完全呈现给用户，必须等待异步方法返回结果。例如，一个费时的异步IO方法，需要费时10S，那么用户要想看到页面，起码在10S以上。 2：异步页面增加的是处理请求的数量，线程池线程得到了高效的使用，提高了可伸缩性，而ajax是在页面加载完成之后根据返回结果调用回调函数操作DOM完成数据加载。
异步任务: ASP.NET 2.0 中引入了另一个方法来简化异步操作： RegisterAsyncTask,比 AddOnPreRenderCompleteAsync 具有以下优势。
1:除了 Begin 和 End 方法，RegisterAsyncTask 允许注册当异步操作长时间无法完成时调用的超时方法。设置 @ Page 指令中 AsyncTimeout 属性设置超时。
2:可以在一个请求中多次调用 RegisterAsyncTask 来注册若干异步操作。
3:可以使用 RegisterAsyncTask 的第四个参数将状态传递给 Begin 方法。这个参数一般设置为null。 RegisterAsyncTask 的异步页与依赖于 AddOnPreRenderCompleteAsync 的异步页相类似。需要将该页的 AsyncMode 属性设置为 true，且与通过 PreRender 事件执行，此时调用使用 RegisterAsyncTask 注册的 Begin 方法,而不是AddOnPreRenderCompleteAsync ，而且进一步保持请求处理直到最后一个操作完成。
private void FileUpload()
{}异步方式：
MethodInvoker mi = new MethodInvoker(FileUpload);
mi.BeginInvoke(null, null);多线程：
Thread thread = new Thread(FileUpload);
thread.Start();
AsyncSaveFile asf = new AsyncSaveFile(saveFile);
asf.BeginInvoke(hpf, fileFullPath, null, null);
定义了一个委托
public delegate void AsyncSaveFile( HttpPostedFile hpf,string filePath);
我这样写的，实际上好像还是要等委托执行完了，aspx才算完？