Skip to content


Subversion checkout URL

You can clone with
Download ZIP
A conforming Objective-C WebSocket client library.
Objective-C Python JavaScript Go Makefile Shell Other
Fetching latest commit...
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.
pages @ dd0abd1


SocketRocket Objective-C WebSocket Client (beta)

A conforming WebSocket (RFC 6455) client library.

Test results for SocketRocket here. You can compare to what modern browsers look like here.

SocketRocket currently conforms to all ~300 of Autobahn's fuzzing tests (aside from two UTF-8 ones where it is merely non-strict. tests 6.4.2 and 6.4.4)

It should work on OS X too. There are no UIKit dependencies.


This is not production-quality software yet. It has only been used in devlopment environments.


(it will mature quickly… I am just conservative)


  • TLS (wss) support. It uses CFStream so we get this for "free"
  • Uses NSStream/CFNetworking. Earlier implementations used dispatch_io, however, this proved to be make TLS nearly impossible. Also I wanted this to work in iOS 4.x.
  • Uses ARC. It uses the 4.0 compatible subset (no weak refs).
  • Seems to perform quite well
  • Parallel architecture. Most of the work is done in background worker queues.
  • Delegate-based. Had older versions that could use blocks too, but I felt it didn't blend well with retain cycles and just objective C in general.


There's a few options. Choose one, or just figure it out

  • You can copy all the files in the SocketRocket group into your app.

  • Include SocketRocket as a subproject and use libSocketRocket

    If you do this, you must add -ObjC to your "other linker flags" option

  • For OS X you will have to repackage make a .framework target. I will take contributions. Message me if you are interested.

Depending on how you configure your project you may need to #import either <SocketRocket/SRSocketRocket.h> or "SRSocketRocket.h"

Framework Dependencies

Your .app must be linked against the following frameworks/dylibs

  • libicucore.dylib
  • CFNetwork.framework
  • Security.framework
  • Foundation.framework


The classes


The Web Socket.

What you need to know:

@interface SRWebSocket : NSObject

// Make it with this
- (id)initWithURLRequest:(NSURLRequest *)request;

// Set this before opening
@property (nonatomic, assign) id <SRWebSocketDelegate> delegate;

- (void)open;

// Close it with this
- (void)close;

// Send a UTF8 String or Data
- (void)send:(id)data;



You implement this

@protocol SRWebSocketDelegate <NSObject>

- (void)webSocket:(SRWebSocket *)webSocket didReceiveMessage:(NSString *)message;


- (void)webSocketDidOpen:(SRWebSocket *)webSocket;
- (void)webSocket:(SRWebSocket *)webSocket didFailWithError:(NSError *)error;
- (void)webSocket:(SRWebSocket *)webSocket didCloseWithCode:(NSInteger)code reason:(NSString *)reason wasClean:(BOOL)wasClean;


Known Issues/Server Todo's

  • Needs auth delegates (like in NSURLConnection)
  • Move the streams off the main runloop (most of the work is backgrounded uses GCD, but I just haven't gotten around to moving it off the main loop since I converted it from dispatch_io)
  • Re-implement server. I removed an existing implementation as well because it wasn't being used and I wasn't super happy with the interface. Will revisit this.
  • Separate framer and client logic. This will make it nicer when having a server.


Included are setup scripts for the python testing environment. It comes packaged with vitualenv so all the dependencies are installed in userland.

To run the short test from the command line, run:

make test

To run all the tests, run:

make test_all

The short tests don't include the performance tests. (the test harness is actually the bottleneck, not SocketRocket).

The first time this is run, it may take a while to install the dependencies. It will be smooth sailing after that. After the test runs the makefile will open the results page in your browser. If nothing comes up, you failed. Working on making this interface a bit nicer.

To run from the app, choose the SocketRocket target and run the test action (cmd+u). It runs the same thing, but makes it easier to debug. There is some serious pre/post hooks in the Test action. You can edit it to customize behavior.

TestChat Demo Application

SocketRocket includes a demo app, TestChat. It will "chat" with a listening websocket on port 9900.

It's a simple project. Uses storyboard. Storyboard is sweet.

TestChat Server

We've included a small server for the chat app. It has a simple function. It will take a message and broadcast it to all other connected clients.

We have to get some dependencies. We also want to reuse the virtualenv we made when we ran the tests. If you haven't run the tests yet, go into the SocketRocket root directory and type:

make test

This will set up your virtualenv. Now, in your terminal:

source .env/bin/activate
pip install git+

In the same terminal session, start the chatroom server:

python TestChatServer/py/

There's also a Go implementation (with the latest weekly) where you can:

cd TestChatServer/go
go run chatroom.go


Now, start (just run the target in the XCode project). If you had it started already you can hit the refresh button to reconnect. It should say "Connected!" on top.

To talk with the app, open up your browser to http://localhost:9000 and start chatting.

WebSocket Server Implementation Recommendations

SocketRocket has been used with the following libraries:

  • Tornado
  • Go's weekly build (the official release has an outdated protocol, so you may have to use weekly until Go 1 is released)
  • Autobahn (using it's fuzzing client)

I found Autobahn (and twisted) to be the most difficult to use. I have not been too impressed by it's performance in testing either. Maybe it has to do with the masking?

The Tornado one is dirt simple and works like a charm. (IPython notebook uses it too). It's much easier to configure handlers and routes than in Autobahn/twisted.

As far as Go's goes, it works in my limited testing. I much prefer go's concurrency model as well. Try it! You may like it. It could use some more control over things such as pings, etc., but I am sure it will come in time.


Any contributors to the master SocketRocket repository must sign the Individual Contributor License Agreement (CLA). It's a short form that covers our bases and makes sure you're eligible to contribute.

When you have a change you'd like to see in the master repository, send a pull request. Before we merge your request, we'll make sure you're in the list of people who have signed a CLA.

Something went wrong with that request. Please try again.