Digamos que tengo una clase así:

 class KeyStorage { // unrelated functionality omitted static Keys = {}; // contains a bunch of "key" related objects static #foundKeys = {}; static #getKey(name, ensureValid = true) { let foundKey = this.#foundKeys[name]; if (foundKey && foundKey.key.id === name) { this.#log("getKey", name, foundKey, "FOUND IN HASH TABLE"); this.#foundKeys[name].requestCount++; return foundKey; } for (let storageKey in KeyStorage.Keys) { const key = KeyStorage.Keys[storageKey]; if (key.id === name) { foundKey = key; this.#log("getKey", name, foundKey, "FOUND IN LOOP"); break; } } if (ensureValid) ArgumentNullError.Guard("foundKey", foundKey); this.#foundKeys[name] = { key: foundKey, requestCount: 1 }; return foundKey; } }

Como puede ver, cuando busco una clave, primero verifico la propiedad #foundKeys para ver si ya la he buscado antes, si no, la busco y luego la agrego al objeto #foundKeys al final si es así. Mi pregunta es, ¿cuánto tiempo mantiene la aplicación ese objeto en la memoria?

La clase se usa mucho, por lo que no puedo ver una razón por la cual la recolección de basura se active mientras la aplicación aún accede al objeto, pero no he encontrado ninguna información relacionada con esto. ¿Es "almacenar en caché" datos no confidenciales y relativamente poco importantes de esta manera una mala práctica?

En el caso de esta clase, no es muy importante que mantenga vivo el objeto durante toda la vida de la aplicación, es solo para aumentar el rendimiento al evitar buscar constantemente una clave si ya la encontré recientemente, pero es Sería bueno saber cuándo evitar hacer esto, ya que he considerado el mismo enfoque para otros problemas, pero no estoy seguro de cuáles serían los riesgos, si los hubiera.