![](/img/trans.png)
[英]How to cache data during application startup in Spring boot application
[英]How to properly cache data in spring boot application with Thymleaf
我正在为 Spring boot 应用程序编写一些 Java 代码,以接收包含 40,000 个元素的列表,并通过 Thymeleaf 将其发布到下拉字段中。 但是,我注意到当我加载数据并转到下拉列表时,一切都很慢。
我被告知要缓存这些值并存储它们。 虽然我对这个过程不太熟悉,但我尝试对 SpringBootApplication 使用@Cacheable
注释,但它仍然不起作用。 我想看看我做错了什么,或者是否有更好的方法来解决我遇到的这个问题。
服务层:
@SuppressWarnings("unchecked")
@Cacheable("String")
public List<String> getServerListing(){
StoredProcedureQuery storedProcedure = entityManager.createStoredProcedureQuery("GetAllServers");
return storedProcedure.getResultList();
}
首先,我有一个存储过程从服务器中取出所有数据(约 40,000 条记录)。
控制器:
List<String> servers = joinQueryService.getServerListing();
modelAndView.addObject("servers", servers);
然后,我将它设置为一个字符串列表并将其发送到前端。
百里香:
<div class="row">
<div class="col col-lg-9 search-bar">
<div class="form-group">
<label>Server:</label> <select class="js-example-basic-single3"
th:field="*{servers}" id="selectData3">
<option value=""></option>
<option th:each="servers : ${servers}" th:value="${servers}" th:text="${servers}" />
</select>
</div>
</div>
</div>
弹簧靴:
@SpringBootApplication
@Cacheable
public class TaddmDevApplication {
public static void main(String[] args) {
Policy.setPolicy(new TaddmPolicy());
SpringApplication.run(TaddmDevApplication.class, args);
}
}
我认为这里的问题是:浏览器需要几秒钟才能加载和/或显示如此大的下拉菜单,无论您的应用程序的其余部分有多精简。
作为测试,我创建了一个文本文件,除了一个包含 40,000 项的下拉列表 (test.htm) 外,什么都不包含:
<!DOCTYPE html>
<html>
<body>
<h2>Create a drop-down List</h2>
<label for="widgets">Choose a widget:</label>
<select id="widgets">
<option value="widget1">Widget 1</option>
<option value="widget2">Widget 2</option>
<option value="widget3">Widget 3</option>
<option value="widget4">Widget 4</option>
<option value="widget5">Widget 5</option>
<option value="widget6">Widget 6</option>
<option value="widget7">Widget 7</option>
... snipped for brevity!
<option value="widget39998">Widget 39998</option>
<option value="widget39999">Widget 39999</option>
<option value="widget40000">Widget 40000</option>
</select>
</body>
</html>
然后我在 Chrome 中打开该文件并记录处理时间:
大约需要 5 秒钟。 没有数据库获取; 没有网络流量; 没有服务器端处理。
我认为底线是:这种大小的下拉菜单对用户来说是笨拙的,并且在浏览器中处理速度很慢。
这意味着您的问题变得不同:如何向浏览器发送更少量的数据,并允许用户浏览每次加载的结果,一次一页。 顺便说一下,我完全同意你的“毫秒”目标,而不是秒。 这是完全正确的。 也许你已经有了一个,但试着有一个特定的目标(“低于 300 毫秒”或类似的目标)。
当然,您的代码中可能会进行优化 - 但此时它们可能没有实际意义。
可能不是您想要的答案,但我希望这会有所帮助!
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.