栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 面试经验 > 面试问答

多个方法参数上的@Cacheable键

面试问答 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

多个方法参数上的@Cacheable键

如果没有另外指定,当前的Spring缓存实现将所有方法参数用作缓存键。如果要使用选定的键,请参考 Arjan的答案,该答案使用SpEL列表

{#isbn, #includeUsed}
,这是创建唯一键的最简单方法。

从Spring文档

随着Spring 4.0的发布,默认的密钥生成策略发生了变化。Spring的早期版本使用密钥生成策略,该策略对于多个密钥参数仅考虑参数的hashCode(),而不考虑equals()。这可能会导致意外的键冲突(有关背景,请参阅SPR-10237)。对于这种情况,新的“ SimpleKeyGenerator”使用复合键。

在Spring 4.0之前

我建议你用类似的方式连接Spel表达式中的参数值

key="#checkWarehouse.toString() + #isbn.toString()")
,我相信这应该可以作为org.springframework.cache.interceptor.expressionevaluator返回Object,该对象稍后用作键,因此你不必提供一个
int
在你的SPEL表达。

至于具有较高冲突可能性的哈希码-你不能将其用作密钥。

建议该线程中的某个人使用,

T(java.util.Objects).hash(#p0,#p1, #p2)
但是它将不起作用,并且这种方法很容易破解,例如,我使用了SPR-9377中的数据:

    System.out.println( Objects.hash("someisbn", new Integer(109), new Integer(434)));    System.out.println( Objects.hash("someisbn", new Integer(110), new Integer(403)));

这两行在我的环境上都打印-636517714。

PS实际上,在参考文档中

@Cacheable(value="books", key="T(someType).hash(#isbn)") public Book findBook(ISBN isbn, boolean checkWarehouse, boolean includeUsed)

我认为这个示例是错误的并且具有误导性,应该将其从文档中删除,因为密钥应该是唯一的。

PPS也请参阅https://jira.springsource.org/browse/SPR-9036,以获取有关默认密钥生成的一些有趣想法。

我想补充的正确性着想,作为一个有趣的事实,使用安全的加密哈希函数像SHA256,由于这类函数的性质IS此任务可能的,但计算它每次会过于昂贵。



转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/392714.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号