有一个服务器任务,它使用TPL Dataflow
向许多客户端发送消息任务。
服务器使用BufferBlock<string>
向客户端发送消息,当客户端连接到服务器时,它会从此BufferBlock<string>
接收消息。
但是这个BufferBlock<string>
只能缓存一条消息,而客户端无法从服务器请求多条消息,客户端也无法设置条件来选择接收哪条消息。 / p>
我想要一个块类型,它可以缓存几条消息;并且客户端不仅可以读取此块类型中的一条消息,而且客户端可以选择接收哪条消息;
我尝试了其他TPL Dataflow
块类型,但没有人具备这样的能力,TPL Dataflow
块是否不适合此类要求?
条件很简单,每条消息都有一个时间戳,客户端只是向服务器发送一个时间戳,然后服务器返回在时间戳之后发送的消息。
using System;
using System.Web;
using System.Net;
using System.Threading.Tasks;
using System.Text;
using SimpleJSON;
using System.Collections.Generic;
using System.Threading.Tasks.Dataflow;
namespace TestHttp
{
public class HttpServer
{
private HttpListener httpListener;
public Task task;
public HttpServer()
{
var ta = Task.Factory.StartNew(RunHttp);
task = ta.Result;
}
private async Task RunHttp()
{
var httpPort = 9090;
httpListener = new HttpListener();
httpListener.Prefixes.Add("http://*:"+httpPort+"/");
httpListener.Start();
while (httpListener.IsListening)
{
var context = await httpListener.GetContextAsync();
var req = context.Request;
Handle(context, req);
}
httpListener.Stop();
httpListener.Close();
}
private async Task Handle(HttpListenerContext context, HttpListenerRequest req)
{
Console.WriteLine(req.RawUrl);
var resp = await HandleGet(req);
var buf = Encoding.UTF8.GetBytes(resp);
context.Response.AddHeader("Content-Encoding", "utf-8");
context.Response.ContentEncoding = Encoding.UTF8;
context.Response.ContentLength64 = buf.Length;
try
{
context.Response.OutputStream.Write(buf, 0, buf.Length);
}
catch (Exception exp)
{
Console.WriteLine(exp.ToString());
}
finally
{
context.Response.OutputStream.Close();
}
}
private BufferBlock<string> messages = new BufferBlock<string>();
private async Task<string> HandleGet(HttpListenerRequest req)
{
var r = req.RawUrl.Split('?');
if (r[0] == "/send")
{
await messages.SendAsync(r[1]);
return "Suc";
}
else if(r[0] == "/receive"){
var timestamp = Convert.ToInt32(r[1]);
var ret = await messages.ReceiveAsync();
return ret;
}
//Console.WriteLine(r[0]);
return "Error";
}
}
}
答案 0 :(得分:0)
为什么你说BufferBlock
只能包含一个值?根据块创建选项,特别是BoundedCapacity
选项,它可以包含您想要的任意数量的消息。此参数的默认值为-1
,表示无限容量。
因此,在客户端连接的那一刻,您可以轻松获取按时间戳过滤的所有消息,并将它们返回给客户端。这可能会导致更改客户端请求的结果值的签名,因为您必须提供TimeStamp
参数并提供返回List<T>
消息的能力,不是唯一的一个。没有任何代码,我们就此问题不能说更多。
答案 1 :(得分:-1)
我认为TPL数据流阻止不能满足这样的要求。
我只是使用列表来保存所有邮件List<Message> messages;
struct Message {
int id;
string msg;
}
我需要使用类似邮箱的锁或演员模型来处理我的客户List<Message>
的请求。