INFO: Do Not Store STA Objects in Session or Application

This article was previously published under Q243543
This article has been archived. It is offered "as is" and will no longer be updated.
Do not store Single-Threaded Apartment (STA) COM components in an Active Server Pages (ASP) Session or Application.
Storing objects that are marked as STAs, such as components produced by Visual Basic (ActiveX DLLs), limit scalability and can negatively impact performance. Storing STAs in Session scope causes thread affinity and defeats the purpose of a thread pool. When an STA component is stored in Session scope, all subsequent ASP requests from the same user (session) must be executed by the thread that created the component.

In general, stateless page-scoped components perform best. Page-scoped components are COM objects that you create and destroy within the same ASP page. If you need to pass state information from page to page, the following article demonstrates possible techniques that do not use Session:
175167 HOWTO: Persist Values Without Session
For additional information, click the article numbers below to view the articles in the Microsoft Knowledge Base:
175167 HOWTO: Persist Values Without Session
243548 INFO: Design Guidelines for VB Components Under ASP

Article ID: 243543 - Last Review: 01/10/2015 12:12:49 - Revision: 3.1

Microsoft Active Server Pages 4.0

  • kbnosurvey kbarchive kbaspobj kbinfo kbscalability kbthread KB243543