如何解决Spring 启动默认缓存 + 响应 304 last-updated
我想对动态 API REST 请求使用 if-modified-since -> 响应 HTTP 304 优化。如spring docs中所述。
不幸的是,它没有按预期工作。或者换一种说法......文档并不能说明整个故事。 Spring boot 默认禁用缓存(安全原因)。因此,它在程序员手动处理缓存之前不起作用 - 这在文档中没有说明。
我不想在每个 API 方法中处理它。而且我不确定禁用全局缓存是否是一种聪明的方法 (WebSecurityConfigurerAdapter#configure(http.headers().disable())
)。
// 304 Never returned!
// since browser never requests with if-modified-since,// because response contains spring default cache headers:
// Cache-Control: no-cache,no-store,max-age=0,must-revalidate,Pragma: no-cache
@GetMapping("/api/list")
public List<Entity> list(WebRequest request) {
List<Entity> entities = repository.findAll();
Instant dataLastUpdated = entities.stream()
.max(Comparator.comparing(Entity::getTimestamp))
.map(Entity::getTimestamp).orElseGet(() -> Instant.EPOCH);
if (request.checkNotModified(dataLastUpdated.toEpochMilli())) {
return null;
}
return entities;
}
通过声明 WebRequest#checkNotModified
,程序员清楚地说明了 304 优化的意图 - 所以缓存头应该这样处理。为什么不?我错过了什么?是bug吗?
// 304 Works as expected
// But cacheControl needs to be forced for each RequestMapping method
// add boilerplace code which kills readability
@GetMapping("/api/list2")
public ResponseEntity<List<Entity>> list2() {
List<Entity> entities = repository.findAll();
Instant dataLastUpdated = entities.stream()
.max(Comparator.comparing(Entity::getTimestamp))
.map(Entity::getTimestamp).orElseGet(() -> Instant.EPOCH);
return ResponseEntity
.ok()
.cacheControl(CacheControl.noCache().cachePrivate())
.lastModified(dataLastUpdated.toEpochMilli())
.body(entities);
}
或者还有其他地方可以声明性地设置缓存控制吗?例如对于 /api/ 调用?还是全部RestControllers
?注释?
谢谢你,祝你有个美好的一天
PS:使用数据过滤时,304 处理还有一个问题。在 JPA 级别或 @PostFilter 级别......但这是另一篇文章的另一篇文章。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。