【问题标题】:Fastest server client communication?最快的服务器客户端通信?
【发布时间】:2019-03-01 14:50:57
【问题描述】:

我想制作一个非常快速的 Android 应用程序来与我在 ubuntu 上运行的家庭服务器进行通信。

所以我用 json flask、TCP 套接字和 UDP 套接字做了一些东西。

我想了解我的网络、温度读数、日志事件、我制造的设备、我的 LED 灯条等信息。

问题是我希望 LED 灯条的响应速度尽可能快。 但也能得到其他信息。

所以感觉非常被动。同样在未来,我想用我手机的 x、y 和 z 传感器来实现一些东西。这也必须非常敏感。

谁能帮我看看哪种技术或其他东西适合这种关闭应用程序。

提前致谢

【问题讨论】:

    标签: android tcp udp


    【解决方案1】:

    我们在无人驾驶地铁项目中使用了UDP连接。它非常快但不可靠。所以你需要用它编写交叉检查语句。

    My advice and answer is;
    You can use UDP and also create a header for checking process. For example 2 Byte header for network checking. We did this in the Big Driverless metro project.
    You should send the data each time when the receiver catch the data.
    
    Sample;
    
    [ 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 ] <-- 1 Byte, 8 Bit 
    
    0 --> Did receiver catch the data ? 
    1 --> If receiver catch data, make this bit 1 and resend to the sender.
    2 --> Receiver to Sender
    3 --> 
    8 --> Backup
    
    You need to create a header byte data, and put your checking statements in it.
    

    如何发送温度

    如果您使用 UDP 或 TCP,我们可以发送 ONU BYTE 作为最小数据。即我们不能发送比特。 1 字节 = 8 位

    发件人到收件人 1.字节[ 0 Bit --> 获取温度信息 1 位 -->
    2.字节[免费]

    每秒发送一次,听接收者可能会发送我们不再需要请求的信息。检查接收器'第一个字节'第一个位。 如果它的 0 继续发送 如果它的 1 ohh 接收器发送了温度信息,请查看第二个字节的温度

    接收方到发送方 监听发件人,如果发件人发送数据检查第一个字节的第一位,如果它的 0 不关心。如果是 1 发件人向我们请求温度信息。将温度信息发送给发送者。制作第一个字节的第一位1。制作第二个字节的温度信息。

    1.Byte [ 0.bit 零或一] 2.Byte [温度信息]

    【讨论】:

    • 好吧好吧。这听起来很酷。检查报表是什么意思?比如承认?所以每次发送一个数据包时都会将一个位设置为 1,所以确认正确吗?
    • 例如,您将始终发送数据,直到收到接收方的任何响应。接收器侦听 X 端口,如果数据来自接收器,则检查某些条件。然后接收者向发送者发送响应。好的,不要给我发数据,因为我收到了你的消息。
    • 非常棒的答案,非常完整。非常感谢 :D。我现在明白你的意思了。您一直在发送信息,直到接收者通过更改数据包中的位来确认它。正如你所说:P 对不起,先生,我问了另一个问题。假设我想以字节形式或整数形式从服务器向客户端发送温度信息,但还不知道,这会是什么样子?
    • 类似这样的 => 服务器发送带有标头的常量数据 接收器:获取数据,更改标头中的数据位,发送到服务器 服务器检测标头中的位更改并知道其确认的服务器发送温度数据+ networkdata+etc+etc Receiver读取数据然后我就卡住了……哈哈
    • 谢谢先生。你太棒了:D:D。这对我有很大帮助。
    猜你喜欢
    • 1970-01-01
    • 2012-12-26
    • 2011-09-05
    • 2012-03-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-17
    • 2011-07-06
    相关资源
    最近更新 更多