WebService 上下文中的后台工作线程
好的，所以我在 Web 服务中有 Call1，它将启动一个免费工作线程来开始进行一些处理，但想要进行另一个调用（Call2）来通过引用监视原始工作线程？
关于如何执行此操作有什么建议吗？ 我真的很想远离 WinService 来进行处理。 因为我需要它更加实时。
Ok, so i have Call1 in a webservice that will start a bacground worker thread to start doing some processing, but would like to have another call (Call2) that will monitor the original Worker Thread via a reference?
Any suggestions on how to do this? I'd really like to stay away from a WinService to do my processing. As i need it to be more realtime.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我不明白为什么使用服务应用程序会成为问题。 服务一直在运行，并且可以实时监控它们。
但是，如果您真的不想走那条路，那么还有其他选择。 可以使用 ThreadPool 或手动启动新线程来启动新线程，该线程将在运行 Web 服务的应用程序池的后台运行。
您可能需要为此使用任务调度程序库。 请查看 Quartz.net 了解这一点。
请注意，如果 IIS 认为有必要，则运行 Web 服务的应用程序域可能会随时被终止，因此无法保证作业会完成。 使用服务应用程序可以解决此问题。
I don't see why using a Service application should be a problem. Services run all the time and monitoring them can be done it real time.
But, if you really don't want to go that way then there are other options. It is possible to start a new thread, using the ThreadPool or by starting a new Thread manually, and that thread will run in the background of the application pool where your web service runs.
You may want to use a task scheduler library for this. Check out Quartz.net for this.
Be aware that the app domain where your web service runs may be killed at any time if IIS decides it is necessary, so there is no guarantee that the job will complete. Using a Service application will fix this.