asp.net发送socket请求

[Sino_Miles]

用网站给硬件发送tcp请求
1.发送登陆指令
2.发送控制指令
用网站发送请求连接会断开。一直返回要求登陆的指令。
请问网站怎么实现这个功能，还是要做中间件？

[以专业开发人员为伍]

登录指令返回什么？你是在登陆之后才发送指令，还是乱序？ 什么叫做“做中间件”？做与不做什么中间件还不是一样的东西。

[devmiao]

另外做一个windows service和下位机通讯，共享数据库给asp.net

[还想懒够]

其实这只是一个ASP.NET的生命周期的问题，当前端post给后台，后台处理完成以后，就会自动断开。每次都是一个新的实例，因此后台通过Socket与硬件通讯肯定也会断开的。 而针对这样的情况，只能如3L所说的，后台用一个Service监控队列（如MSMQ），然后监测到有数据，就往硬件发送消息。而没有监控到，也不断开与硬件的通讯。 而ASP.NET仅只需要往队列中发送消息就行了。

[Sino_Miles]

引用 3 楼 jjkk168 的回复:

其实这只是一个ASP.NET的生命周期的问题，当前端post给后台，后台处理完成以后，就会自动断开。每次都是一个新的实例，因此后台通过Socket与硬件通讯肯定也会断开的。 而针对这样的情况，只能如3L所说的，后台用一个Service监控队列（如MSMQ），然后监测到有数据，就往硬件发送消息。而没有监控到，也不断开与硬件的通讯。 而ASP.NET仅只需要往队列中发送消息就行了。

意思就是我还需要做一个例如winform的东西来发送协议，公用一个数据库，网站只是用来显示这些设备的状态是吧。

[於黾]

你也可以做成短连接的 也就是说,每次要给设备发送指令,都先登陆,接收到反馈之后,就断开连接,而不要企图保持什么长连接

[於黾]

引用 5 楼 Z65443344 的回复:

你也可以做成短连接的 也就是说,每次要给设备发送指令,都先登陆,接收到反馈之后,就断开连接,而不要企图保持什么长连接

当然,这种方式如果并发数非常高的话,是会出问题的 每个用户登陆系统都去操作设备,同时有很多个线程都给设备发指令,估计逻辑会出问题 如果并发数高,那么你需要在网站上将请求写入队列,然后另一个服务程序从队列里取出请求,顺序的给设备发指令

[myhope88]

感觉好复杂呀，帮顶下