c# - ASP.NET:触发批处理作业

Question

我的应用程序可能在几毫秒内有多达大约 100 个批处理作业请求，但实际上，这些作业请求被屏蔽为一个作业请求。要解决此问题，以便目前只有一个工作请求不可行。

我想到的一个解决方法是将我的应用程序编程为每 x 毫秒仅完成 1 个批处理作业，在这种情况下我考虑的是 200 毫秒，并忽略可能在这 200 毫秒内或当我的批处理作业已经完成。在这 200 毫秒结束或批处理作业完成后，我的应用程序将从那时起等待并接受 1 个作业请求，并且不会处理之前可能被忽略的任何请求。一旦我的应用程序接受了另一个工作请求，它将重复上述循环。

使用 .Net 4.0 执行此操作的最佳方法是什么？是否有任何样板代码可供我简单地遵循作为指南？

更新抱歉不清楚。我已经添加了有关我的场景的更多详细信息。我也刚刚意识到我上面提出的解决方法是行不通的。对不起，伙计们，哈哈。这是一些背景信息。

我有一个使用指定目录中的文件构建索引的应用程序。当在此目录中添加、删除或修改文件时，我的应用程序使用 FileSystemWatcher 监听这些事件并重新索引这些文件。问题是外部进程可以添加、删除或修改大约 100 个文件，而且它们发生得非常快，即:在几毫秒内。我的最终目标是在外部进程发生最后一次文件更改后重新索引这些文件。最好的解决方案是修改外部进程，以便在我的应用程序完成修改我正在收听的文件时向我的应用程序发出信号，但目前这是不可行的。因此，我必须创建一个解决方法。

可以解决我的问题的解决方法是等待第一个文件更改。当第一个文件更改发生时，等待 200 毫秒以等待任何其他后续文件更改。为什么是 200 毫秒？因为我希望并相信外部进程可以在 200 毫秒内执行其文件更改。一旦我的应用程序等待了 200 毫秒，我希望它启动一个任务，该任务将重新索引文件并经历另一个监听文件更改的周期。

这样做的最佳方法是什么？

再次抱歉给您造成了困扰。

Answer 1

这个问题有点太高了，不好猜。

我猜你的应用程序是作为服务运行的，你的请求进入你的应用程序并到达队列中等待处理。每 200 毫秒，您就会唤醒队列并弹出和关闭项目以进行处理。

我对“伪装成一个工作请求”感到困惑。既然你提到你会“忽略任何其他批处理作业”，我猜你没有安排你的代码来接受队列中的传入请求。

无论如何，您通常总是有一个应用程序进程在运行(您的服务)，如果您选择，您可以为队列中处理的每个项目生成一个新线程。您可以监控这需要多少 cpu/内存利用率，并相应地调整触发时间 (200ms)。