Click here to Skip to main content
15,887,683 members
Articles / Desktop Programming / XAML

Working with Sockets in C#

Rate me:
Please Sign up or sign in to vote.
4.73/5 (64 votes)
31 May 2013CPOL4 min read 473.7K   204   43
This article shows how to use sockets to send messages

Introduction

Sockets are getting more and more used nowadays. They provide a simple way to exchange data over the network. It's used, as an example, to exchange messages between users. You can go further more to transfer files and play "distributed" games and communicate multiple programs. Thanks to its powerful features, sockets are becoming a must to learn technology for developers.

As sockets are based on client/server architecture, this application is composed of a server and a client. The server will reserve a port number. Then it will listen to any upcoming client. The client then will attempt to connect to the server. When the connection succeeds, it will be possible to exchange text messages. When finished, the connection will be closed.

Using the code

To use sockets in .NET applications, we have to add the following using statements:

C#
using System.Net; 
using System.Net.Sockets; 

Now we can create a socket object:

C#
Socket sListener;    

Programming the server

Let's create a click event that will enable the created socket to set its IpEndPoint and the protocol type.

But before that, a socket needs permission to work, because it will use a closed port number. A window will appear demanding permission to allow sending data.

C#
permission = new SocketPermission(NetworkAccess.Accept, 
                   TransportType.Tcp, "", SocketPermission.AllPorts);

As sockets use a network to transmit data, it uses protocols. The most known in this context are UDP which is fast but not reliable, and TCP which is reliable but not fast. Reliability is recommended when sending messages. That's why I use TCP.

C#
sListener = new Socket(ipAddr.AddressFamily, SocketType.Stream, ProtocolType.Tcp); 

The socket needs to have an address. It's of type IpEndPoint. Each socket is identified through the IP address, which is useful to locate the host's machine, and the port number to identify which program is using the socket inside the machine.

C#
IPHostEntry ipHost = Dns.GetHostEntry(""); 
IPAddress ipAddr = ipHost.AddressList[0]; 
ipEndPoint = new IPEndPoint(ipAddr, 4510);  

Now we will associate our socket with the IpEndPoint:

C#
sListener.Bind(ipEndPoint);  

So that our socket is ready to use, let's start listening on the chosen port number (4510). You can choose another port number. But the client has to be aware about that. Listening will be handled through this button's event:

Place a socket in a listening state and specify how many client sockets could connect to it:

C#
sListener.Listen(10); 

The server will begin an asynchronous operation to accept an attempt. One of the powerful features of sockets is the use of the asynchronous programming model. Thanks to it, our program can continue running while the socket is performing actions.

C#
AsyncCallback aCallback = new AsyncCallback(AcceptCallback);
sListener.BeginAccept(aCallback, sListener); 

If there is any attempt from the client to connect, the following code will be executed:

C#
Socket listener = (Socket)ar.AsyncState; 
Socket handler  = listener.EndAccept(ar);  

To begin to asynchronously receive data, we need an array of type Byte for the received data, the zero-based position in the buffer, and the number of bytes to receive.

C#
handler.BeginReceive(buffer, 0, buffer.Length, 
          SocketFlags.None, new AsyncCallback(ReceiveCallback), obj); 

If the client sends any message, the server will try to get it. As sockets send data in binary type, converting  them to string type is necessary. It's good to know also that the server, and even the client, don't know anything about the length of the message or the time needed for listening to all of it. That's why we use a special string "<Client Quit>" to put in the end of the message to tell that the text message ends there. To receive data, BeginReceive is called:

C#
byte[] buffernew = new byte[1024];
obj[0] = buffernew;
obj[1] = handler;
handler.BeginReceive(buffernew, 0, buffernew.Length, 
        SocketFlags.None, new AsyncCallback(ReceiveCallback), obj);  

After receiving the client's messages, the server may want to reply. But it has to convert the string message in str to bytes data, because sockets manipulate bytes only.

C#
byte[] byteData = Encoding.Unicode.GetBytes(str);  

The server now will send data asynchronously to the connected socket:

C#
handler.BeginSend(byteData, 0, byteData.Length, 0, new AsyncCallback(SendCallback), handler); 

When using the asynchronous programming model to build this sample, there's no risk of application or interface blocking. It will seem like we are using multiple threads.

After writing code, you want to handle the different methods through a user interface. So you may have a UI like this:

Programming the client

The client will try to connect to the server. But it has to know its address.

After creating a SocketPermission for socket access restrictions and creating a socket with a matching IpEndPoint, we have to establish a connection to the remote server host:

C#
senderSock.Connect(ipEndPoint);

We have to note here that the created IpEndPoint will not be used to identify the client. But it'll be used to identify the server socket.

To send messages, the client adds "<Client Quit>" to mark the end of message and must transform the text message to binary format, as the server did. After that, the socket will send the message by invoking the method Send which will take the binary message as a parameter.

C#
byte[] msg = Encoding.Unicode.GetBytes(theMessageToSend + "<Client Quit>"); 
int bytesSend = senderSock.Send(msg);    

For receiving data from the server, it converts the byte array to string and continues to read the data till data isn't available:

C#
String theMessageToReceive = Encoding.Unicode.GetString(bytes, 0, bytesRec);
while (senderSock.Available > 0)
{
  bytesRec = senderSock.Receive(bytes);
  theMessageToReceive += Encoding.Unicode.GetString(bytes, 0, bytesRec);
} 

To close the connection, we should use Socket.Shutdown(SocketShutdown.Both) and Socket.Close().

After matching events with button's click, the client side user interface will look like this:

Conclusion

I provided here an application that is a sample to use and easy to integrate in your projects. So give yourself a chance to try taking benefit of socket's features to build a more rich and powerful software.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer
Tunisia Tunisia
Software Engineerwho likes spending my free time developing open source .NET applications.
Mail : houssem.dellai@live.com
Phone : +216 29 903 563

Comments and Discussions

 
QuestionA good article. Pin
Septimus Hedgehog30-Nov-12 23:06
Septimus Hedgehog30-Nov-12 23:06 
AnswerRe: A good article. Pin
Houssem Dellai1-Dec-12 2:30
Houssem Dellai1-Dec-12 2:30 
GeneralMy vote of 5 Pin
davide-pro-99917-Oct-12 6:48
davide-pro-99917-Oct-12 6:48 
SuggestionSuggested Reading Pin
Nick Hounsome24-Sep-12 21:04
Nick Hounsome24-Sep-12 21:04 
GeneralRe: Suggested Reading Pin
Houssem Dellai25-Sep-12 6:26
Houssem Dellai25-Sep-12 6:26 
GeneralRe: Suggested Reading Pin
Igor Ladnik2-Jun-13 0:08
professionalIgor Ladnik2-Jun-13 0:08 
GeneralMy vote of 5 Pin
Unque24-Sep-12 16:21
Unque24-Sep-12 16:21 
Question[My vote of 2] Does not handle network splitting and joining Pin
Nick Hounsome24-Sep-12 2:49
Nick Hounsome24-Sep-12 2:49 
This has the bug common to a huge number of TCP programs. Fortunately (or unfortunately depending on your view point) it will almost always work for trivial demos especially if run on a single machine or a LAN but if sending sizable or rapid messages over a WAN or any messages to a heavily loaded receiver it will run into the problem that the number of bytes sent in a call to "Send" by a client bears no defined relationship whatsoever to the number received in each call to "Receive" by the receiver.
The code partially acknowledges this with the looping call in the client but it is still wrong on a number of counts:

1) The client send can be split over several packets AND NEED NOT BE SPLIT ON AN EVEN BYTE BOUNDARY. When we consider that we are sending UTF16 (Unicode encoding) we must consider that we might receive only the first half of a character. In this case the decode routine will throw an exception.

2) !socket.Available only tells you that no more data is available now NOT that there never will be any more data.

Bomb proof TCP programming is hard. Using asynchronous I/O as well is VERY hard to get right.

In practice the only good way to handle TCP streams is to have messages with a well defined header containing a length. You should then read bytes until you have at least a header full; calculate how many more you need given the length and then keep reading until you have accumulated the entire message into a buffer. Only then should you analyze the message itself.

It is possible to make some simplifications in the client if the stream is closed by the sender as in this case the end of stream (signified by reading 0 bytes) can be used in place of a length but the multi-byte char problem still stands.

The program as it stands makes no real use of TCP and would probably be better implemented in UDP where Send and Receive match 1 to 1.
AnswerRe: [My vote of 2] Does not handle network splitting and joining Pin
Houssem Dellai24-Sep-12 19:27
Houssem Dellai24-Sep-12 19:27 
GeneralRe: [My vote of 2] Does not handle network splitting and joining Pin
Nick Hounsome24-Sep-12 20:48
Nick Hounsome24-Sep-12 20:48 
GeneralMy vote of 1 Pin
Nick Hounsome24-Sep-12 2:27
Nick Hounsome24-Sep-12 2:27 
GeneralRe: My vote of 1 Pin
Houssem Dellai24-Sep-12 19:00
Houssem Dellai24-Sep-12 19:00 
GeneralRe: My vote of 1 Pin
Nick Hounsome24-Sep-12 20:30
Nick Hounsome24-Sep-12 20:30 
GeneralRe: My vote of 1 Pin
Houssem Dellai26-Sep-12 6:26
Houssem Dellai26-Sep-12 6:26 
QuestionWhat I like Pin
FatCatProgrammer23-Sep-12 8:40
FatCatProgrammer23-Sep-12 8:40 
AnswerRe: What I like Pin
Houssem Dellai23-Sep-12 18:59
Houssem Dellai23-Sep-12 18:59 
QuestionThanks Pin
EgoDust23-Sep-12 8:05
EgoDust23-Sep-12 8:05 
AnswerRe: Thanks Pin
Houssem Dellai23-Sep-12 19:01
Houssem Dellai23-Sep-12 19:01 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.