recv and recvfrom, socket programming using python

前端 未结 3 2047
慢半拍i
慢半拍i 2021-01-02 18:04

i am new to python and new to socket programming as well.

I am confused about about socket.recvfrom() and socket.recv()

I understan

相关标签:
3条回答
  • 2021-01-02 18:43

    Why 2048 and 1024 for different protocols?

    Those are very arbitrary numbers and depend on the protocol being implemented. And even though the TCP number works, the UDP number you give is very likely wrong.

    TCP implements a stream protocol that you can read in any sized chunk you want. You could do recv(1) to get a byte at a time or recv(100000) if you want to grab large chunks. recv is free to return smaller blocks that you ask for, so you may get a different size than you want. 1024 is pretty small, you could read much larger chunks without a problem.

    UDP implements a message protocol. You have to ask for enough bytes to cover the entire message or it will be dropped. What that size is depends on the protocol. Its common for protocols to limit messages to 1500 (the max size of a standard ethernet packet) but it could be anything up to 65535. Check the actual protocol specs for maximums.

    0 讨论(0)
  • 2021-01-02 18:43

    You have them switched. TCP sockets should use socket.recv and UDP sockets should use socket.recvfrom. This is because TCP is a connection-oriented protocol. Once you create a connection, it does not change. UDP, on the other hand, is a connectionless ("send-and-forget") protocol. You use recvfrom so you know to whom you should send data back. Recvfrom does not work on TCP sockets the same way.

    As for the 1024/2048, these represent the number of bytes you want to accept. Generally speaking, UDP has less overhead than TCP allowing you to receive more data, but this is not a strict rule and is almost negligible in this context. You can receive as much or as little as you would like. 4096 is common as well (for both).

    0 讨论(0)
  • 2021-01-02 19:01

    I think people usually use recvfrom for UDP. Because in TCP, once the connection gets established, the address information does not change and hence recvfrom always returns None for connection-information field.

    And in the above code, it will error out in this line:

    message2, clientAddress2 = serverSocketTCP.recv(1024)
    

    Because: recvfrom() returns (data, connection_information), and recv() returns just the data. So it will raise ValueError because you are trying to unpack a non-tuple value.

    1024, or 2048 just defines the buffer size but it does not wait for exactly that much amount of data before returning. For example:

    #One side, 'receiver' is a socket
    receiver.recv(2048)
    
    #Second side, 'sender' is a socket
    sender.send('abc'.encode('utf-8'))
    

    Clearly the data sent by 'sender' is much less than 2048 bytes but the 'recv' call will return immediately after it receives the data sent to it from 'sender'

    0 讨论(0)
提交回复
热议问题