HttpApplicationState - Why does Race condition exist if it is thread safe?

Question

I just read an article that describes how HttpApplicationState has AcquireRead() / AcquireWrite() functions to manage concurrent access. It continues to explain

Answer 1

The AcquireRead and AcquireWrite methods are in the internal HttpApplicationStateLock class, so you don't use them yourself. They synchronise access, but only for a single read or write. From your code you use the Lock and Unlock methods if you need to synchronise access.

You would typically need to synchonise the access if you are changing something that is not a single read or write, like adding two application items that rely on each other, or first checking if an item exist and then add it:

Application.Lock()
if (Application["info"] == null) {
   Application.Add("info", FetchInfoFromDatabase());
}
Application.Unlock();

Answer 2

HttpApplicationState - where the globally access variables those are visible to all the

users who are using the application. So in order to avoid the race condition while changing

the value of the variables. We need some precautionary, thats why we are using

Application.Lock() and after the job done releasing the same variable to others in the

queue using Application.Unlock()

Application.Lock()
Application("VisitorCount") = Convert.ToInt32(Application("VisitorCount")) + 1
Application.UnLock()