6
J'ai un objet dont le coût d'initialisation est relativement élevé et qui fournit une méthode de calcul thread-safe nécessaire pour traiter les demandes de service Web.Instance d'objet partagé entre les invocations de service Web
Je cherche le meilleur moyen de garder une instance initialisée disponible entre les requêtes.
Une méthode consiste à le déclarer en tant que variable statique. Il restera alors disponible jusqu'à ce que l'AppDomain soit recyclé.
Il s'agit d'un service Web plus ancien qui n'utilise pas WCF, mais la conversion est une option si cela peut fournir une meilleure solution.
Y a-t-il une meilleure approche?
Le cycle de vie du cache est-il indépendant du cycle de vie de chaque AppDomain (AppDomain traitant les requêtes HTTP)? –
@Eric J. Il est indépendant d'une requête HTTP individuelle. En d'autres termes, votre service pourrait gérer des milliers de requêtes et l'objet resterait dans le cache. Si l'App Domain recycle (tous les jours ou ce que vous avez configuré dans IIS), l'objet mis en cache est supprimé. De même, l'objet n'est pas garanti de rester dans le cache pour son expiration, cela dépend de la mémoire disponible, etc. – Keltex
Donc, cela fournit essentiellement le même cycle de vie qu'une référence d'objet statique, mais avec la flexibilité supplémentaire que je peux contrôler l'expiration comme IIS peut-il avoir besoin de récupérer de la mémoire? –