Question

I am reading Juval Löwy’s Programming WCF Sevices. It mentions:

In WCF, we have Context in which we have the instance. By default, the lifetime of the context is the same as that of the instance it hosts. We can have separate lifetimes for both.
WCF also allows a context to exist without an associated instance at all.

Why would we release the instance and keep the context empty?

Answer 1

Coincidentally I recently read the chapter you’re probably referring to. In his book Löwy explains why this may be useful. First he writes:

WCF also allows a context to exist without an associated instance at all. I call this instance management technique context deactivation.

After mentioning this is typically done using an OperationBehavior with a specific ReleaseInstanceMode, he goes on and hints on when you could use this:

You typically apply instance deactivation on some but not all service methods, or with different values on different methods. […] The reason you typically apply it sporadically is that if you were to apply it uniformly, you would end up with a per-call-like service, in which case you might as well have configured the service as per-call.

So you can use this “deactivation” to ensure only certain methods in a service with sessions behave as if they were part of a per-call service. The abovementioned MSDN article also explains this, in a different wording:

Use the ReleaseInstanceMode property to specify when WCF recycles a service object in the course of executing a method. The default behavior is to recycle a service object according to the InstanceContextMode value. Setting the ReleaseInstanceMode property changes that default behavior. In transaction scenarios, the ReleaseInstanceMode property is often used to ensure that old data associated with the service object is cleaned up prior to processing a method call.