|
|
1
20
应用程序和缓存集合不会序列化传递给它们的对象,而是存储实际引用。无论对象有多大,从缓存中检索对象都不会是一项昂贵的操作。始终坚持使用缓存对象,除非您有很好的理由不这样做,这只是一个很好的实践。 唯一值得一提的另一件事是确保考虑对该集合的多线程访问。如果没有正确锁定,很快就会出现一些严重问题 |
|
2
4
好吧,如果需要的话,我不认为重写代码以使用静态字段而不是应用程序缓存需要做很多工作。我个人会先使用缓存。不需要过早优化,您衡量过性能了吗?它的行为可能与应用程序缓存对象正好匹配。也许它甚至可以很好地处理db查询?:) 所以,我的答案是——使用缓存,看看它是如何工作的。 |
|
|
3
3
你知道你的字典在应用缓存中有多大吗?我很想把它作为一个好的首选。 |
|
|
4
0
一般来说,若您可以控制底层对象的更新,那个么您应该使用静态存储。否则,如果数据检索依赖于第三方API,请使用缓存技术。 |
|
|
GG33 · 在docker中缓存npm包 2 年前 |