performance.
1) Use fastest JSON serializer
JSON serialization can affect overall performance of ASP.NET Web API significantly. A year and a half I have switched from JSON.NET serializer on one of my project toServiceStack.Text .
I have measured around 20% performance improvement on my Web API responses. I highly recommend that you try out this serializer. Here is some latest performance comparison of popular serializers.
UPDATE: It seams that StackOverflow uses what they claims even faster JSON serializer called Jil. View some benchmarks on their GitHub page Jil serializer.
2) Manual JSON serialize from DataReader
I have used this method on my production project and gain performance benefits.
Instead reading values from DataReader and populating objects and after that reading again values from those objects and producing JSON using some JSON Serializer, you can manually create JSON string from DataReader and avoid unnecessary creation of objects.
You produce JSON using StringBuilder and in the end you return StringContent as the content of your response in WebAPI
var
response = Request.CreateResponse(HttpStatusCode.OK);
response.Content =
new
StringContent(jsonResult, Encoding.UTF8,
"application/json"
);
return
response;
|
You can read more about this method on Rick Strahl’s blog
3) Use other formats if possible (protocol buffer, message pack)
If you can use other formats like Protocol Buffers or MessagePack in your project instead of JSON do it.
You will get huge performance benefits not only because Protocol Buffers serializer is faster, but because format is smaller than JSON which will result in smaller and faster responses.
4) Implement compression
Use GZIP or Deflate compression on your ASP.NET Web API.
Compression is an easy and effective way to reduce the size of packages and increase the speed.
This is a must have feature. You can read more about this in my blog post ASP.NET Web API GZip compression ActionFilter with 8 lines of code.
5) Use caching
If it makes sense, use output caching on your Web API methods. For example, if a lot of users accessing same response that will change maybe once a day.
If you want to implement manual caching such as caching tokens of users into memory please refer to my blog post Simple way to implement caching in ASP.NET Web API.
6) Use classic ADO.NET if possible
Hand coded ADO.NET is still the fastest way to get data from database. If the performance of Web API is really important for you, don’t use ORMs.
You can see one of the latest performance comparison of popular ORMs.
The Dapper and the hand-written fetch code are very fast, as expected, all ORMs are slower than those three.
LLBLGen with resultset caching is very fast, but it fetches the resultset once and then re-materializes the objects from memory.
7) Implement async on methods of Web API
Using asynchronous Web API services can increase the number of concurrent HTTP requests Web API can handle.
Implementation is simple. The operation is simply marked with the async keyword and the return type is changed to Task.
[HttpGet]
public
async Task OperationAsync()
{
await Task.Delay(2000);
}
|
8) Return Multiple Resultsets and combined results
Reduce number of round-trips not only to database but to Web API as well. You should use multiple resultsets functionality whenever is possible.
This means you can extract multiple resultsets from DataReader like in the example bellow:
// read the first resultset
var
reader = command.ExecuteReader();
// read the data from that resultset
while
(reader.Read())
{
suppliers.Add(PopulateSupplierFromIDataReader( reader ));
}
// read the next resultset
reader.NextResult();
// read the data from that second resultset
while
(reader.Read())
{
products.Add(PopulateProductFromIDataReader( reader ));
}
|
Return as many objects you can in one Web API response. Try combining objects into one aggregate object like this:
public
class
AggregateResult
{
public
long
MaxId {
get
;
set
; }
public
List<Folder> Folders{
get
;
set
; }
public
List<User> Users{
get
;
set
; }
}
|