C#中的线程和异步操作

我是一只试图学习新技巧的老狗。 我非常熟悉一种名为PowerBuilder的语言,用这种语言,当你想异步做事时,你会在一个新线程中产生一个对象。 我将重申: 整个对象在一个单独的线程中实例化,并具有不同的执行上下文 。 该对象上的任何和所有方法都在该单独线程的上下文中执行。

那么现在,我正在尝试使用C#实现一些异步执行,而.NET中的线程模型对我来说感觉完全不同。 看起来我在一个线程中实例化对象,但我可以指定(在逐个调用的基础上)某些方法在不同的线程中执行。

差异似乎很微妙,但令我感到沮丧。 我老派的想法说:“我有一个名叫鲍勃的助手。鲍勃下台做事。” 如果我理解的话,新学校的思维是“我鲍勃。如果我需要的话,我有时可以揉肚子,同时拍拍头脑。”

我的实际编码问题:我正在编写一个接口引擎,它通过TCP接受消息,将它们解析为可用数据,然后将这些数据放入数据库。 “解析”消息大约需要一秒钟。 根据解析的数据,数据库操作可能需要不到一秒钟,或者可能需要十秒钟。 (所有时间都是为了澄清问题。)

我的老派思维告诉我,我的数据库类应该存在于一个单独的线程中,并且有类似ConcurrentQueue东西。 它只会在该队列上旋转,处理可能存在的任何内容。 另一方面,解析器需要将消息推送到该队列中。 这些消息将是(委托?)诸如“基于this object的数据创建订单”或“基于this object的数据更新订单”之类的内容。 值得注意的是,我实际上想要以严格的单线程FIFO顺序处理“队列”中的“消息”。

基本上,我的数据库连接无法始终跟上我的解析器。 我需要一种方法来确保我的解析器在我的数据库进程试图赶上时不会减慢速度。 建议吗?

– 编辑:带代码! 每个人都在告诉我使用BlockingCollection 。 所以这里是最终目标和代码的简要说明:

这将是一项Windows服务。 启动时,它将产生多个“环境”,每个“环境”包含一个“dbworker”和一个“接口”。 “接口”将具有一个“解析器”和一个“监听器”。

 class cEnvironment { private cDBWorker MyDatabase; private cInterface MyInterface; public void OnStart () { MyDatabase = new cDBWorker (); MyInterface = new cInterface (); MyInterface.OrderReceived += this.InterfaceOrderReceivedEventHandler; MyDatabase.OnStart (); MyInterface.OnStart (); } public void OnStop () { MyInterface.OnStop (); MyDatabase.OnStop (); MyInterface.OrderReceived -= this.InterfaceOrderReceivedEventHandler; } void InterfaceOrderReceivedEventHandler (object sender, OrderReceivedEventArgs e) { MyDatabase.OrderQueue.Add (e.Order); } } class cDBWorker { public BlockingCollection OrderQueue = new BlockingCollection (); private Task ProcessingTask; public void OnStart () { ProcessingTask = Task.Factory.StartNew (() => Process (), TaskCreationOptions.LongRunning); } public void OnStop () { OrderQueue.CompleteAdding (); ProcessingTask.Wait (); } public void Process () { foreach (cOrder Order in OrderQueue.GetConsumingEnumerable ()) { switch (Order.OrderType) { case 1: SuperFastMethod (Order); break; case 2: ReallySlowMethod (Order); break; } } } public void SuperFastMethod (cOrder Order) { } public void ReallySlowMethod (cOrder Order) { } } class cInterface { protected cListener MyListener; protected cParser MyParser; public void OnStart () { MyListener = new cListener (); MyParser = new cParser (); MyListener.DataReceived += this.ListenerDataReceivedHandler; MyListener.OnStart (); } public void OnStop () { MyListener.OnStop (); MyListener.DataReceived -= this.ListenerDataReceivedHandler; } public event OrderReceivedEventHandler OrderReceived; protected virtual void OnOrderReceived (OrderReceivedEventArgs e) { if (OrderReceived != null) OrderReceived (this, e); } void ListenerDataReceivedHandler (object sender, DataReceivedEventArgs e) { foreach (string Message in MyParser.GetMessages (e.RawData)) { OnOrderReceived (new OrderReceivedEventArgs (MyParser.ParseMessage (Message))); } } 

它汇编。 (船舶!)但这是否意味着我做得对?

BlockingCollection使这种东西变得非常简单:

 // the queue private BlockingCollection MessagesQueue = new BlockingCollection(); // the consumer private MessageParser() { foreach (var msg in MessagesQueue.GetConsumingEnumerable()) { var parsedMessage = ParseMessage(msg); // do something with the parsed message } } // In your main program // start the consumer var consumer = Task.Factory.StartNew(() => MessageParser(), TaskCreationOptions.LongRunning); // the main loop while (messageAvailable) { var msg = GetMessageFromTcp(); // add it to the queue MessagesQueue.Add(msg); } // done receiving messages // tell the consumer that no more messages will be added MessagesQueue.CompleteAdding(); // wait for consumer to finish consumer.Wait(); 

消费者在队列上执行非忙等待,因此当没有可用时,它不会占用CPU资源。