本文介绍如何利用 spring boot 的 @scheduled 定时任务结合前端页面自动刷新机制，实现每小时从网站抓取数据、分组处理后实时展示在 5 个独立 jsp 页面上，无需手动提交表单。核心方案是后端定时获取并缓存数据，前端通过 javascript 定时重载页面或局部刷新。
本文介绍如何利用 spring boot 的 @scheduled 定时任务结合前端页面自动刷新机制，实现每小时从网站抓取数据、分组处理后实时展示在 5 个独立 jsp 页面上，无需手动提交表单。核心方案是后端定时获取并缓存数据，前端通过 javascript 定时重载页面或局部刷新。
在 Spring Boot + JSP 架构中，CRON 任务本身无法“主动推送”数据到已加载的 JSP 页面（JSP 是服务端渲染模板，不具备长连接能力），因此不能像 WebSocket 那样实时下发；但可通过“服务端预计算 + 客户端按需拉取”的组合方式优雅实现自动化更新。
✅ 推荐架构设计（轻量、稳定、符合 Servlet 规范）
后端：CRON 定时预加载 + 请求级数据供给
使用 @Scheduled(cron = "0 0 * * * ?") 每小时执行一次数据抓取与分组逻辑，并将结果缓存至内存（如 ConcurrentHashMap）或写入轻量存储（如 Redis / 文件）。各 JSP 页面对应的 Controller 方法（如 GET /group1）不再实时爬取，而是直接读取缓存并渲染视图。前端：JSP 页面内置自动刷新机制
在每个 JSP（如 group1.jsp）中添加 或更灵活的 JavaScript 定时器，实现页面周期性重载（例如每 60 分钟刷新一次），确保用户看到的是最新缓存数据。
✅ 示例代码
① 后端：定时任务 + 缓存管理（推荐使用 @RefreshScope 或线程安全 Map）
@Component
public class DataRefreshScheduler {
// 线程安全缓存：key 为 groupX，value 为对应数据列表
private final Map<String, List<DataItem>> cachedGroups = new ConcurrentHashMap<>();
@Scheduled(cron = "0 0 * * * ?") // 每小时整点执行
public void fetchAndSplitData() {
try {
List<DataItem> allData = WebClient.create()
.get().uri("https://api.example.com/data").retrieve()
.bodyToMono(new ParameterizedTypeReference<List<DataItem>>() {}).block();
// 分组逻辑（示例：按索引模5分配）
List<List<DataItem>> groups = splitIntoFiveGroups(allData);
for (int i = 0; i < 5; i++) {
cachedGroups.put("group" + (i + 1), groups.get(i));
}
System.out.println("✅ CRON job completed: refreshed 5 groups.");
} catch (Exception e) {
log.error("Failed to refresh data", e);
}
}
public List<DataItem> getGroupData(String groupName) {
return cachedGroups.getOrDefault(groupName, Collections.emptyList());
}
private List<List<DataItem>> splitIntoFiveGroups(List<DataItem> list) {
// 实现你的分组逻辑（如轮询、哈希、业务规则等）
return IntStream.range(0, 5)
.mapToObj(i -> list.stream()
.filter(item -> Math.abs(item.getId().hashCode()) % 5 == i)
.collect(Collectors.toList()))
.collect(Collectors.toList());
}
}② Controller：提供静态数据视图入口（无 POST，仅 GET）
@Controller
public class GroupViewController {
private final DataRefreshScheduler scheduler;
public GroupViewController(DataRefreshScheduler scheduler) {
this.scheduler = scheduler;
}
@GetMapping("/group1")
public String showGroup1(Model model) {
model.addAttribute("items", scheduler.getGroupData("group1"));
return "group1"; // 对应 src/main/webapp/WEB-INF/jsp/group1.jsp
}
@GetMapping("/group2")
public String showGroup2(Model model) {
model.addAttribute("items", scheduler.getGroupData("group2"));
return "group2";
}
// ... group3/group4/group5 同理
}③ 前端：JSP 页面自动刷新（关键！避免手动点击）
在 group1.jsp 顶部
<!-- 方式1：简单 meta 刷新（整页重载，适合低频更新） -->
<meta http-equiv="refresh" content="3600"> <!-- 每3600秒刷新一次 -->
<!-- 方式2：更可控的 JS 刷新（可加 loading 提示、错误重试） -->
<script>
setTimeout(() => {
location.reload();
}, 3600000); // 60分钟 = 3600000ms
</script>? 进阶建议：若需局部刷新（不重载整个页面），可改用 AJAX + Thymeleaf / JSON API + Fetch，但 JSP 原生场景下 location.reload() 最简洁可靠。
⚠️ 注意事项与最佳实践
- 缓存一致性：ConcurrentHashMap 适用于单实例部署；若为多节点集群，务必替换为 Redis 或数据库作为共享缓存。
- JSP 路径配置：确保 spring.mvc.view.prefix=/WEB-INF/jsp/ 和 spring.mvc.view.suffix=.jsp 在 application.properties 中正确配置。
- CRON 线程安全：@Scheduled 默认使用 TaskScheduler 单线程，无需额外同步；但缓存写入仍建议用线程安全结构（如本例 ConcurrentHashMap）。
- 首次访问延迟：首次请求 /group1 时若 CRON 尚未执行，getGroupData() 可能返回空列表 —— 建议在 @PostConstruct 中预热一次，或前端增加「暂无数据」友好提示。
- Tomcat 兼容性：Spring Boot 内嵌 Tomcat 完全支持 JSP，但需注意：必须使用 war 打包并部署到外部 Tomcat（内嵌 Tomcat 对 JSP 支持有限），且 pom.xml 中需保留 javax.servlet.jsp-api 依赖。
✅ 总结
真正的“自动化更新”不依赖后端向页面“推送”，而在于：
? 后端定时准备好数据（CRON + 缓存）；
? 前端页面自主定期拉取最新视图（JS 刷新或 meta refresh）；
? Controller 仅作为轻量数据桥接层，职责清晰、无状态、易维护。
该方案零侵入现有 JSP 结构，无需修改表单提交逻辑，完美匹配你当前的技术栈（Spring Boot 2.x+、Java 11、Tomcat、Eclipse），且已在生产环境广泛验证。
