我希望在我的应用程序中使用基本的Ehcache功能（具有TTL的内存缓存）。 最新的2.9.0 Ehcache Maven依赖项大小为8.7Mb。但是在ehcache网站上说，“小巧的足迹”。
他们使用的是哪个软件包（非常旧的版本？） 。为什么现在这么大？
2个回答
1
我无法回答为什么EHCache这么大，但是我可以回答一个轻量高效且性能优异的带有TTL（也称过期时间）的Java内存缓存问题。请看cache2k。
免责声明一：我是cache2k的作者。
免责声明二：从0.19到0.20版本，该产品的大小增加了约3倍，现在计算为251kb（cache2k-core）。原因是包含了很多用于持久化和离线支持的代码。在某些情况下，我将把它们剪切成一个单独的模块，因为并不总是需要（例如在Android上）。
如果您对cache2k有进一步的问题，请将它们添加到stack overflow上。
如果cache2k不适合您（它仍然在不断发展，并需要更多的文档），我认为一个轻量级缓存的标准选择是Google Guava。使用Guava会添加一个包含许多不需要的东西的Jar文件，但是大多数产品都已经将Guava作为依赖项。
免责声明一：我是cache2k的作者。
免责声明二：从0.19到0.20版本，该产品的大小增加了约3倍，现在计算为251kb（cache2k-core）。原因是包含了很多用于持久化和离线支持的代码。在某些情况下，我将把它们剪切成一个单独的模块，因为并不总是需要（例如在Android上）。
如果您对cache2k有进一步的问题，请将它们添加到stack overflow上。
如果cache2k不适合您（它仍然在不断发展，并需要更多的文档），我认为一个轻量级缓存的标准选择是Google Guava。使用Guava会添加一个包含许多不需要的东西的Jar文件，但是大多数产品都已经将Guava作为依赖项。
- cruftex
7
谢谢提供这个选项。但是它在生产环境中稳定且健壮吗？（0.x版本通常都处于开发阶段） - Aure77
这是0.x版本，因为我可能会对API进行更改，并且不包含我想在1.x中看到的所有功能。所有版本都是稳健的，并由我们自己在生产中使用。 - cruftex
是的，我喜欢以公开的方式跟踪发生的事情和总体方向，因此有待办清单。但是，这可能会有问题，因为您无法看到问题的优先级。例如，一些东西与存储和持久性有关，现在还不能使用，并在发布说明中标记为此类。另一个问题是，在任何发布之前都没有清理它。那么该怎么办？删除它，以免混淆任何人？另一个问题：您是否将其与EHCache问题跟踪器中的条目进行比较？无论如何，感谢您的评论！ - cruftex
我认为更多地使用Github问题跟踪器是一个好主意，这样人们可以对此发表评论。关于尚未完成的事项的注释最好保持内部。 - cruftex
啊，我忘了，现在文档相当滞后。如果您需要了解如何解决缓存2k的特定问题，请在SO上询问或添加问题。这样我就可以花时间处理实际需要的事情，而不是我认为人们可能会错过的事情... - cruftex
显示剩余2条评论
1
该网站声称版本为
版本2.7.0作为单个jar文件发布，包括其内部依赖项，而不是
增长的原因之一是添加了监视功能，可以通过ReST调用进行访问。不幸的是，这也是文档缺失的点。
如果您对此主题感兴趣，请查看以下内容：
2.2.3，这仍然是正确的。但实际上，Ehcache jar文件的大小随着时间的推移而增加，看起来网站没有更新这些信息。版本2.7.0作为单个jar文件发布，包括其内部依赖项，而不是
net.sf.ehcache:ehcache仅仅是一个拉取依赖项的pom。增长的原因之一是添加了监视功能，可以通过ReST调用进行访问。不幸的是，这也是文档缺失的点。
如果您对此主题感兴趣，请查看以下内容：
net.sf.ehcache.config.ManagementRESTServiceConfiguration用于启用/配置ReST服务，- 在Ehcache代码的
management-ehcache-v2模块中的net.sf.ehcache.management.resource.services包。
- Louis Jacomet
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接