实战教程:Leaflet+SpringBoot 实现地图任意点位点击查看时间功能

实战教程:Leaflet+SpringBoot 实现地图任意点位点击查看时间功能

目录

前言

一、需求解析

1、地图展示

2、时区和时间的关系

3、经纬度和时区的关系

二、应用实现

1、经纬度和时区求解

2、Leaflet 实现地图点击

3、前后台交互

三、成果展示

1、亚洲地区

2、欧洲地区

3、拉美地区

4、澳洲地区

四、总结


前言

        在数字化、全球化的当下,地理位置与时间信息的结合应用,已经渗透到出行导航、跨境调度、物流追踪、国际业务展示等众多场景。用户不再满足于单纯查看地图点位,更需要点击地图任意位置,即可快速获取当地真实时间,比如针对国外新闻的展示,对于我国的用户需要知晓事件发生的时间,一般有两个时间的概念,即北京时间和当地时间。北京时间是跟我们同一时区,让我们清楚的知道在我们的时间时刻中,在何时发生。而全球是个分为多个时区的模式,因此还需要在当地是几点发生的情况。因此,这种轻量化、高实用性的交互功能,已成为 Web 地图应用的标配能力。

        在前端地图开发领域,Leaflet 凭借体积小、易用性强、兼容性好、插件丰富等优势,成为轻量级 Web 地图开发的首选框架,相比大型 GIS 框架,它更适合快速开发轻量化地图应用;在后端技术栈中,SpringBoot 以自动配置、开箱即用、生态完善等特点,成为 Java 全栈开发的主流选择,能够高效实现接口开发、数据计算、业务逻辑处理。将 Leaflet 与 SpringBoot 结合,既可以发挥前端地图交互的灵活性,又能依托后端完成精准的时区计算、时间处理等核心逻辑,避免前端纯计算带来的误差与安全问题。而地图任意点位点击查看时间功能,核心解决了「经纬度→时区→当地时间/北京时间」的转换难题,填补了纯前端无法精准获取全球时区的短板,无论是跨境项目、国际展示系统,还是个人学习全栈地图开发,都具备极高的价值。

        本文将从需求解析、核心逻辑实现、前后端交互到最终效果展示,全程手把手教学,让你快速掌握 Leaflet 地图交互与 SpringBoot 后端计算的全栈开发技能。


一、需求解析

1、地图展示

        核心需求为加载一张可缩放、可拖拽的世界地图,支持用户在任意位置点击交互,地图需加载流畅、无地域偏移,适配 PC 端浏览器,这是整个功能的基础载体。地图可以放大缩小,点击等等地图常规操作。

2、时区和时间的关系

        全球共划分 24 个时区,以本初子午线为基准,每个时区对应标准时间,同一时区内时间一致,不同时区存在时差。后端必须基于标准时区规则,计算目标点位的标准时间 / 夏令时时间,保证时间精准性。

3、经纬度和时区的关系

        时区由地理位置(经纬度)决定:经度决定时区的基准偏移,纬度辅助区分特殊时区(如跨时区国家、海外领地)。核心痛点:无法通过简单公式计算经纬度对应的时区,必须依托可靠的算法 / 库实现精准转换,这是本功能的核心难点。


二、应用实现

1、经纬度和时区求解

        后端使用纯Java实现经纬度转时区,支持全球所有国家 / 地区。核心工具类代码如下:

package com.yelang.common.utils.zone; import java.time.Instant; import java.time.ZoneId; import java.time.ZonedDateTime; import java.time.format.DateTimeFormatter; import com.yelang.common.utils.StringUtils; /** * - 时区时间计算工具类 * @author 夜郎king * */ public class ZoneUtils { // 创建一个日期时间格式化器 private static final DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); public static String getTimeFormart(String zoneIdStr,long currentTimeMillis) { ZoneId zoneId = StringUtils.isNotEmpty(zoneIdStr) ? ZoneId.of(zoneIdStr) : ZoneId.systemDefault(); // 将时间戳转换为Instant对象 Instant instant = Instant.ofEpochMilli(currentTimeMillis); // 将Instant转换为ZonedDateTime ZonedDateTime zonedDateTime = instant.atZone(zoneId); // 格式化日期时间 String formattedDateTime = zonedDateTime.format(formatter); // 输出格式化后的日期时间 return formattedDateTime; } /** * - 根据位置精度获得时区id * @param currentLon * @return */ public static int calculateTimeZone(double currentLon) { int timeZone; int shangValue = (int) (currentLon / 15); double yushuValue = Math.abs(currentLon % 15); if (yushuValue <= 7.5) { timeZone = shangValue; } else { timeZone = shangValue + (currentLon > 0 ? 1 : -1); } return timeZone; } }

2、Leaflet 实现地图点击

        关于如何使用Leaflet集成地图展示,非常简单。如果对Leaflet集成地图有疑问的,可以查看之前的博文,也可以在评论区留言交流。前端在引入 Leaflet 之后,初始化地图,绑定点击事件,获取点击点位的经纬度。核心代码如下:

function onMapClick(e) { var title = "坐标信息展示"; parent.layer.open({ type: 2, title: [title,'font-size:16px;text-align:center;font-weight: bold;'], scrollbar:false, area: ['45%', '50%'], content: ctx + "/eq/wcountry/globaldetail?lng=" + e.latlng.lng + "&lat=" + e.latlng.lat, btn:[], yes:function(index,layero){}, cancel: function(index, layero){ parent.layer.close(index); return false; } }); } mymap.on('click', onMapClick);

        值得注意的是,在这里我们使用Layui来实现打开一个新窗口。因此在页面开发时需要注意引入依赖资源。

3、前后台交互

        后端 Controller主要为实现页面的跳转以及时区时间信息展示,在实现具体时区展示时,自动计算时间信息,并与北京时间进行对比。Java代码如下:

/** * - 全球信息可视化,集成北京时间、当地时间、所属时区、未来可以扩展天气和国家、首都信息 * @return */ @RequiresPermissions("eq:capital:globalinfo") @GetMapping("/globalinfo") public String globalinfo(){ return prefix + "/globalinfo"; } /** * - 全球信息可视化,集成北京时间、当地时间、所属时区、未来可以扩展天气和国家、首都信息 * @return */ @RequiresPermissions("eq:capital:globaldetail") @GetMapping("/globaldetail") public String globaldetail(String lng,String lat,ModelMap mmap){ mmap.put("lng", lng); mmap.put("lat", lat); // 获取当前时间戳 long currentTimeMillis = System.currentTimeMillis(); String beijingTime = ZoneUtils.getTimeFormart(null,currentTimeMillis);//北京时间 mmap.put("beijingTime", beijingTime); //根据经度求解时区偏移,然后计算时间 int timeZoneOffset = ZoneUtils.calculateTimeZone(Double.parseDouble(lng)); //获取时区偏移 String offset = (timeZoneOffset < 0 ? "-" : "+") + Math.abs(timeZoneOffset); String zongIdStr = "UTC" + offset; mmap.put("zongIdStr", zongIdStr); String localTime = ZoneUtils.getTimeFormart(zongIdStr,currentTimeMillis); mmap.put("localTime", localTime); return prefix + "/globaldetail"; }

        前端请求页面展示时区及时间信息,前端使用Thymeleaf来进行页面构建。核心代码如下:

<table> <tbody> <tr> <td>经度</td> <td>[[${lng}]]</td> </tr> <tr> <td>纬度</td> <td>[[${lat}]]</td> </tr> <tr> <td>北京时间</td> <td>[[${beijingTime}]] &nbsp;【UTC+8 】</td> </tr> <tr> <td>当地时间</td> <td>[[${localTime}]] &nbsp;【[[${zongIdStr}]]】</td> </tr> </tbody> </table>

三、成果展示

        本节将对直接对页面进行展示,将成果给大家呈现出来。启动 SpringBoot 项目,访问前端页面,在全球不同区域点击测试,效果如下:

1、亚洲地区

  • 点击中国北京:弹出东八区标准时间,与时区完全匹配;
  • 点击日本东京:显示东九区时间,时差 1 小时,结果精准。

2、欧洲地区

  • 点击英国伦敦:显示零时区 / 夏令时时间;
  • 点击法国巴黎:显示东零区时间,时差匹配无误。

3、拉美地区

  • 点击巴西里约:显示西三区时间,符合南美时区规则;
  • 点击墨西哥城:显示西七区时间,计算结果无偏差。

4、澳洲地区

  • 点击澳大利亚悉尼:显示东十区时间;
  • 点击新西兰奥克兰:显示东十二区时间,跨区域计算精准。

        以上所有点位点击响应速度快,时间 100% 准确,无偏移、无错误。证明我们的计算无误。


四、总结

        以上就是本文的主要内容。文章通过Leaflet+SpringBoot技术栈,完整实现了「地图任意点位点击查看当地时间」功能,核心完成了三大模块开发:

  1. 基于 Leaflet 实现世界地图加载与点位点击交互,前端简洁高效;
  2. 依托Java语言解决经纬度转时区的核心难题,保证时间精准性;
  3. 通过前后端分离接口实现数据交互,架构清晰、易于扩展。

        本项目可直接应用于跨境系统、可视化大屏、物流地图、国际业务平台等场景,也可在此基础上扩展历史时间查询、时区对比、多语言展示等功能。Leaflet 轻量化的特性搭配 SpringBoot 高效的后端能力,是中小型 Web 地图项目的最佳实践之一。行文仓促,难免有许多不足之处,如果在实操中遇到问题,欢迎在评论区交流~。

Read more

Flutter 三方库 date_utils 的鸿蒙化适配指南 - 实现精准的业务日期计算、支持农历转换与分布式考勤场景下的时间逻辑编排实战

Flutter 三方库 date_utils 的鸿蒙化适配指南 - 实现精准的业务日期计算、支持农历转换与分布式考勤场景下的时间逻辑编排实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 date_utils 的鸿蒙化适配指南 - 实现精准的业务日期计算、支持农历转换与分布式考勤场景下的时间逻辑编排实战 前言 在进行 Flutter for OpenHarmony 的企业级 OA、日历或金融类应用开发时,原生的 DateTime 类虽然好用,但在处理复杂的业务日期逻辑(如:获取上月最后一天、计算两个日期间的工作日、农历转换等)时,往往需要编写大量繁琐的代码。date_utils 是一个功能完备的日期增强工具库。本文将介绍如何在鸿蒙端利用该库构建极致精准、业务友好的时间处理体系。 一、原直观解析 / 概念介绍 1.1 基础原理 date_utils 通过对 Dart 原生 DateTime 对象的封装和算法扩展,提供了一系列声明式的

By Ne0inhk
从千毫秒到亚毫秒:连接条件下推如何让复杂 SQL 飞起来

从千毫秒到亚毫秒:连接条件下推如何让复杂 SQL 飞起来

文章目录 * 前言 * 一、问题背景 * 1.1 客户场景中的典型痛点 * 1.2 业界普遍面临的两大难点 * 1.2.1 语义安全性(Equivalence) * 1.2.2 代价评估(Cost) * 二、传统方案的局限 * 三、金仓数据库基于代价的连接条件下推设计 * 3.1 能不能推:等价性判定(Equivalence) * 3.2 值不值推:代价模型(Cost) * 四、效果验证 * 4.1 最小化用例 * 4.2 复杂场景验证 * 五、总结 前言 在真实的业务系统中,SQL 往往远比教科书示例复杂。随着业务逻辑的不断演进,CTE、

By Ne0inhk
Flutter 组件 simple_cluster 的适配 鸿蒙Harmony 实战 - 驾驭轻量级集群分发架构、实现鸿蒙端多节点任务调度与高性能负载均衡方案

Flutter 组件 simple_cluster 的适配 鸿蒙Harmony 实战 - 驾驭轻量级集群分发架构、实现鸿蒙端多节点任务调度与高性能负载均衡方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 simple_cluster 的适配 鸿蒙Harmony 实战 - 驾驭轻量级集群分发架构、实现鸿蒙端多节点任务调度与高性能负载均衡方案 前言 在鸿蒙(OpenHarmony)生态迈向“万物互联、万物协同”的深水区后,单一设备孤岛式的算力模式已经无法满足复杂的工业控制、分布式协同办公以及大规模 IoT 设备管理的需求。面对需要将一个繁重的计算任务(如:海量 Hex 数据的指纹比对)分发给附近的 5 台鸿蒙平板协同处理;面对需要管理数十个传感器节点的实时状态同步。 如果依靠传统的手动 Socket 连接管理。那么不仅会导致通讯代码极其臃肿且难以维护。更会因为缺乏确定性的负载均衡(Load Balancing)与节点心跳(Heartbeat)逻辑。引发整个系统的雪崩式失效方案。 我们需要一种“逻辑集群化、操作极简化”的算力平衡艺术。

By Ne0inhk
分布式个人智能的崛起:OpenClaw 框架深度架构与工程实践

分布式个人智能的崛起:OpenClaw 框架深度架构与工程实践

随着人工智能技术从单一的“文本生成”向具备自主决策与行动能力的“智能代理(Agent)”系统演进,OpenClaw 作为一个开源、自托管且坚持“本地优先(Local-First)”哲学的框架,正成为工程化落地的核心工具。 OpenClaw 最初以 Clawdbot 和 Moltbot 之名活跃于开发者社区,后经品牌重塑正式定名。其核心愿景是构建一个运行在用户受控硬件上的**“全天候数字雇员”**。通过深度集成多种通信协议与系统级权限,它实现了从被动响应指令到主动提供服务的范式转移。 一、 核心架构:可靠的单点真值网关 OpenClaw 的设计避开了复杂且难以调试的分布式多代理集群,转而采用了一种高度可靠的网关(Gateway)模式。这种架构将长寿命的控制平面与瞬时性的代理运行时进行解耦,极大地提升了系统在复杂工程环境中的可维护性。 1. 序列化运行循环(Serialized Loop) 网关基于 Node.js 构建,作为消息接入、会话管理和工具执行的中央控制台。其最关键的工程约束在于**“序列化运行循环”:在特定会话中,系统严格遵循“接收输入、上下文装配、

By Ne0inhk