简介面向需要离线使用高德地图的Web与JavaScript开发者这份压缩包提供了一套完整的高德API离线运行方案适用于内网部署、移动端弱网环境或断网状态下的地图功能调试。压缩包共4个文件整体约788KB主体为三个JavaScript文件核心库封装了地图加载、地点搜索与路径规划等基本能力插件库提供信息窗口、标注点、测距等扩展组件初始化脚本负责配置API密钥和地图基础参数另有版本标识文件帮助开发者确认所使用的API特性。这类轻量级的文件组合让开发者无需依赖在线CDN也能快速搭建可交互的地图应用。目前已有835人学习/下载对希望降低离线地图开发门槛、快速集成高德服务的前端工程师来说能节省不少寻找和整理资源的时间也为二次开发和功能定制提供了清晰的参考起点。 我做地图开发这几年遇到过不少客户问同一个问题项目部署到内网或者云上隔离区之后地图页面白屏了。排查半天最后基本都会落到同一个环节——在线加载高德地图 JavaScript API 的资源请求被拦截了或者因为网络策略根本出不去。这时候你需要的不是一份临时拷贝而是一个真正能落地的“高德api离线包资源压缩包”把 JS、CSS、图片、字体这些静态资源一次性放到自己的服务器上让页面在断网环境下也能正常渲染地图控件和交互逻辑。这篇内容我会先把离线包的定位和边界讲清楚再拆解压缩包里的文件结构、版本选型然后带你把一个离线包从解压到部署完整跑通最后整理我在实际项目中踩过的坑和排查思路。不管你是做政务内网项目、工业现场可视化还是单纯想让生产环境的加载链路更稳这篇都能给你一套可以直接抄作业的方案。1. 离线资源包的核心价值与应用场景1.1 为什么放着在线加载不用偏要做离线包很多前端项目引入高德地图就是一个script srchttps://webapi.amap.com/maps?v1.4.15keyxxx的事。在线加载确实简单但也有几个绕不开的痛网络环境受限。内网系统、保密机房、工业现场往往有严格的访问控制策略外网域名直接不可达。你总不能为了一个地图库专门给生产环境开白名单。线上版本不受控。在线脚本是动态加载的API 方一旦发布新版本你在生产环境里看到的实际行为可能会和测试环境不一致。对于把稳定性当命根子的系统这种不确定因素很致命。首屏慢。在线脚本从公网 CDN 拉取遇到弱网就是白屏好几秒。把静态资源放到同域服务器之后加载速度会明显改善而且可以直接复用已有的缓存和压缩链路。所以高德离线资源包的价值本质上是把“依赖外部运行时”变成“自持运行时”。你拿到的是一个资源压缩包解压之后里面是完整的 API 库文件和配套资源放到 nginx 或者任意静态文件服务里就能用不需要额外安装运行环境也不需要再访问公网。1.2 离线包能替代什么、不能替代什么这里必须先把边界说清楚否则后续容易踩大坑。离线包替代的是“代码层的静态资源”。它能保证 AMap 对象正常初始化工具条、缩放按钮、信息窗体这些 UI 控件能显示你写的绝大多数地图交互逻辑能跑通。它解决的是script加载、CSS 样式、图标字体这些前端资源的问题。离线包不能替代的是“底图瓦片和定位服务”。地图底图仍然是高德服务器上的瓦片图片地图初始化时依然要请求webrd0X.is.autonavi.com这类瓦片域名如果网络环境访问不了这些域名页面依然没有底图。同时定位功能依赖高德的定位服务端离线包本身不提供定位能力。所以在项目规划阶段先分清楚你要部署的环境到底只是“公网访问直接域名被限制”还是“完全物理隔离”。完全物理隔离的话只有离线资源包是不够的还得考虑瓦片服务或第三方离线地图方案那是另一套体系。2. 离线资源包里到底装了些什么2.1 压缩包结构拆解我以实际下载过的高德 JS API 离线开发包为例正常情况下解压之后目录结构大概是这样amap_offline_package/ ├── css/ │ ├── amap.css │ └── images/ # 控件用到的图标 ├── js/ │ ├── amap.js # API 主文件 │ ├── plugins/ # 按需加载的插件 │ └── libs/ # 内部依赖的第三方库 ├── fonts/ │ └── iconfont.* # 字体图标 ├── index.html # 官方给的示例页面 └── README.txt # 版本说明和安装说明这几个部分的作用要理解到位主 JS 文件负责定义AMap全局对象、初始化地图实例、提供基础类。页面引入它之后new AMap.Map()才能正常工作。插件目录像AMap.ToolBar、AMap.Scale、AMap.OverView这类功能模块在在线环境下是按需从 CDN 拉取的。离线包里把它们独立成文件你写代码时装在哪个插件目录资源路径就得指到哪个目录。CSS 和图片地图控件和默认样式的皮肤资源路径写死为相对路径或绝对路径很容易漏。字体图标控制按钮上的放大缩小符号、定位小箭头都是字体文件缺失时显示成方框。注意不同版本、不同授权渠道下载的离线包目录结构不完全一样。如果你不是从官方渠道拿的离线包而是自己抓取在线脚本文件组成会复杂很多而且可能因为缺少插件目录导致部分控件初始化失败。我建议优先使用官方离线开发包。2.2 版本选择与官方下载途径高德的 JavaScript API 现在流行度最高的版本是 v1.4.x 和 v2.0.x而且有不少项目还在使用 v1.4.15。这两个版本在离线部署上的区别我的体感是对比项v1.4.15v2.0.x体积相对小插件少时更轻稍大但模块化更规范控件样式老一套外观适合老项目新风格参数更丰富插件加载方式依赖固定的插件子路径支持动态 import配置更灵活项目兼容性稳历史坑少API 结构调整老代码需要测试如果你没有历史包袱我建议直接用 2.0 的最新稳定版本如果手头是已经跑了一年多的老项目那就坚持原来的版本不要为了离线单独升版本免得兼容性问题一锅端。官方离线包下载入口在高德开放平台控制台或官方下载页登录并实名认证之后在 JavaScript API 页面能找到“离线开发包下载”。下载完成的是一个 zip 压缩包直接解压得到资源目录。部分严格保密的项目会要求做离线资源完整性校验建议解压之后先记录文件列表和大小方便后续核对。3. 从压缩包到可运行页面的完整落地过程3.1 解压放置与目录规划这一步看起来没有技术含量但恰恰是最容易给后续挖坑的地方。拿到压缩包之后我一般会先建一个清晰的部署目录例如/opt/web/map-assets/ ├── css/ ├── js/ ├── fonts/把压缩包里的目录整体释放到这个路径下。注意这里不要自作聪明改目录名尤其不要随手把js改成javascript因为官方包里的插件加载路径往往是写死的。就算你觉得自己能同步改代码里的引用也不要改不然每次升级都要自己做映射得不偿失。然后我会在同一个站点下建一个简单的测试页面!DOCTYPE html html head meta charsetutf-8 title离线地图测试/title link relstylesheet href/map-assets/css/amap.css script src/map-assets/js/amap.js/script /head body div idmap stylewidth: 800px; height: 500px;/div script var map new AMap.Map(map, { zoom: 11, center: [116.397428, 39.90923] }); /script /body /html这个测试页的作用不是让你直接上线而是先验证三件事CSS 是否加载成功、AMap 对象是否可用、插件路径是否正确。这三件事验证通过离线包本身的静态资源环节就算通了。3.2 资源路径改写官方离线包默认把资源路径写成了相对路径如果你的网站结构刚好和包目录结构一致基本不用改。但很多项目不是把离线包放在根目录而是放在/static/amap/这样的子路径下这时候就可能遇到插件加载路径错误。以 v1.4.15 为例主 JS 文件内部加载插件时默认拼接的路径可能是基于当前脚本目录的。只要你没改目录结构脚本目录和插件目录的关系是稳定的一般也不用手动改。真遇到路径不对的问题优先检查服务器上的文件是否真实存在用开发者工具的 Network 面板看请求的完整 URL对照实际目录比瞎猜快得多。如果你必须要改路径我强烈建议不要动官方 JS 文件内部逻辑而是在测试页面里事先声明好全局配置script window.AMapConfig { pluginUrl: /static/amap/js/plugins/ }; /script script src/static/amap/js/amap.js/script这相当于给插件加载器指了一条明路后续升级离线包时这段配置依然能复用。3.3 用 Nginx 提供本地服务并解决跨域离线包本身是静态文件理论上放到任何静态服务器都行。但实际项目中你会发现地图页面往往部署在某个应用下而离线包放在另一个静态服务上这就会牵扯出跨域问题。跨域错误长什么样浏览器控制台报类似 “No Access-Control-Allow-Origin header is present on the requested resource” 的错误。解决思路分两种第一种最简单尽量让离线包和应用同域。应用部署在https://app.example.com那静态资源也放到https://app.example.com/map-assets/下不触发跨域问题。第二种离线包独立域名那就得在静态服务上开放跨域头。我常用的 Nginx 配置片段是这样server { listen 80; server_name map-assets.example.com; location /map-assets/ { alias /opt/web/map-assets/; add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range; if ($request_method OPTIONS) { add_header Access-Control-Max-Age 1728000; return 204; } } }这里有个细节不要因为地图页面上看不到明显报错就省略跨域头。如果后续你在代码里用AMap.plugin动态加载插件跨域配置不完整插件会加载失败报错还很隐晦。提示如果你的生产环境用的是 HTTPS记得把 Nginx 里的 80 端口配置改成对应的 443 配置同时补上ssl相关配置。跨域头的逻辑和 HTTP 一致但证书配置错误会直接被浏览器拦截表现方式和跨域完全不一样容易误判。3.4 在业务代码中正确初始化离线资源部署完成后业务代码里的初始化逻辑不用大改但有几个小习惯我建议养成不要在内联onload里过早初始化地图。离线包是纯本地文件加载速度可能非常快反而容易出现脚本还没执行完就开始new AMap.Map()的情况。稳妥做法是把初始化放到window.onload或DOMContentLoaded之后。把 key 参数留好。离线包的 JS 文件里可能没有写死 key初始化地图实例时仍然需要合法的 key。如果你是在完全没有外网的内网环境做演示可以直接在页面里传入 key如果 key 也不允许出现在页面源码里那就需要自定义鉴权这已经超出离线资源包的范畴了。不要用v版本号的方式加载离线包。离线包本身就是固定版本无需在脚本 URL 里再拼版本拼了反而容易让某个旧逻辑去请求在线版本功亏一篑。4. 常见问题与排查技巧实录4.1 页面白屏控制台报“AMap is not defined”这是离线部署最经典的问题原因基本都是amap.js没有加载成功。排查顺序我建议这样先看 Network 面板确认amap.js请求的 HTTP 状态码是不是 200。如果是 404检查 Nginx 里的 alias 路径是否正确或者文件是否真的解压到了目标目录。如果状态码 200 但浏览器报语法错误大概率是文件没传完整。我用scp传文件偶尔会遇到中断建议传完之后用md5sum对比源文件和目标文件的校验值。如果以上都没问题排查页面有没有同时引用了两个不同版本的 AMap。重复引用会把全局对象搞乱现象就是一开始能用刷新之后报错。4.2 控件图标不显示或者显示成方框控件图标不显示绝大多数是字体文件或图片相对路径问题。比如缩放按钮上的加号和减号用的是字体图标字体文件路径不对按钮就显示成小方块或空白。我的排查方式是打开开发者工具的 Network 面板过滤掉 JS 和 CSS只看图片和字体请求确认fonts目录下的文件有没有被请求到。如果请求了但 404就把 URL 里的路径和服务器实际路径对照一遍。这里有个容易忽略的坑有些构建工具会自动给资源文件加哈希后缀如果你把离线包里的 CSS 交给构建工具处理构建后的字体文件名对不上就会 404。所以离线资源包最好原样发布不要走构建流程。4.3 地图有控件没底图或者定位一直失败如果你发现地图实例成功创建缩放按钮也在但底图是灰的说明地图瓦片请求不可达。这时候再检查资源文件已经没意义了问题在网络策略或瓦片域名白名单。解决方向要根据项目情况选如果只是网络隔离但允许配置白名单域名就把高德瓦片相关域名加进白名单。如果完全物理隔离那就需要考虑内网瓦片服务或者其他离线地图方案离线资源包帮不了这个场景。定位失败也是类似逻辑。高德的定位服务依赖服务端离线资源包不包含定位数据所以离线环境下AMap.Geolocation大概率不可用。你要是做纯展示型项目可以直接不启用定位插件如果有定位需求就得规划配套方案。4.4 JS 文件加载了但某些插件功能用不了这个问题我遇到时也很头疼后来发现是插件加载路径不对。官方在线环境会从 CDN 加载插件离线包则要求在代码里显式传入插件路径。如果你的项目里有类似AMap.plugin([AMap.ToolBar], callback)的写法确保AMapConfig.pluginUrl指向实际存放插件的目录。如果配置正确还是不行看AMap.ToolBar.js这个文件是否存在。一个更隐蔽的情况是插件 JS 内部用了 ES6 语法而你的项目为了兼容老浏览器还在用 ES5 编译。离线包的插件文件度独立存在不会走你的编译流程所以会出现“主程序没问题插件跑不了”的奇葩现象。这时候要么升级目标浏览器要么换一个兼容性更好的版本离线包。最后再分享一点我的实际体会离线资源包这个事看起来只是“把文件下载下来放到自己服务器上”但真做好还是要花点心思的。我个人经历下来最值钱的不是部署本身而是提前把三个问题问清楚项目部署环境到底能不能访问公网、底图瓦片是不是也需要走内网、离线包版本和现有业务代码是否匹配。这三个问题没想清楚就动手后面返工成本极高。如果你只是做个测试直接拿官方离线包放本地哪怕python -m http.server都能跑起来。但生产环境部署我强烈建议给离线包单独建一个静态服务把 Nginx 配置、跨域头、目录结构这些固定下来以后升级直接换目录成本会小很多。再有就是版本升级这件事永远不要在生产环境直接覆盖旧资源。先换目录、换测试页验证确认没问题之后再去改业务代码的引用地址整个流程下来你会发现离线地图部署其实是个特别舒服的事。本文还有配套的精品资源点击获取
简介面向需要离线使用高德地图的Web与JavaScript开发者这份压缩包提供了一套完整的高德API离线运行方案适用于内网部署、移动端弱网环境或断网状态下的地图功能调试。压缩包共4个文件整体约788KB主体为三个JavaScript文件核心库封装了地图加载、地点搜索与路径规划等基本能力插件库提供信息窗口、标注点、测距等扩展组件初始化脚本负责配置API密钥和地图基础参数另有版本标识文件帮助开发者确认所使用的API特性。这类轻量级的文件组合让开发者无需依赖在线CDN也能快速搭建可交互的地图应用。目前已有835人学习/下载对希望降低离线地图开发门槛、快速集成高德服务的前端工程师来说能节省不少寻找和整理资源的时间也为二次开发和功能定制提供了清晰的参考起点。 我做地图开发这几年遇到过不少客户问同一个问题项目部署到内网或者云上隔离区之后地图页面白屏了。排查半天最后基本都会落到同一个环节——在线加载高德地图 JavaScript API 的资源请求被拦截了或者因为网络策略根本出不去。这时候你需要的不是一份临时拷贝而是一个真正能落地的“高德api离线包资源压缩包”把 JS、CSS、图片、字体这些静态资源一次性放到自己的服务器上让页面在断网环境下也能正常渲染地图控件和交互逻辑。这篇内容我会先把离线包的定位和边界讲清楚再拆解压缩包里的文件结构、版本选型然后带你把一个离线包从解压到部署完整跑通最后整理我在实际项目中踩过的坑和排查思路。不管你是做政务内网项目、工业现场可视化还是单纯想让生产环境的加载链路更稳这篇都能给你一套可以直接抄作业的方案。1. 离线资源包的核心价值与应用场景1.1 为什么放着在线加载不用偏要做离线包很多前端项目引入高德地图就是一个script srchttps://webapi.amap.com/maps?v1.4.15keyxxx的事。在线加载确实简单但也有几个绕不开的痛网络环境受限。内网系统、保密机房、工业现场往往有严格的访问控制策略外网域名直接不可达。你总不能为了一个地图库专门给生产环境开白名单。线上版本不受控。在线脚本是动态加载的API 方一旦发布新版本你在生产环境里看到的实际行为可能会和测试环境不一致。对于把稳定性当命根子的系统这种不确定因素很致命。首屏慢。在线脚本从公网 CDN 拉取遇到弱网就是白屏好几秒。把静态资源放到同域服务器之后加载速度会明显改善而且可以直接复用已有的缓存和压缩链路。所以高德离线资源包的价值本质上是把“依赖外部运行时”变成“自持运行时”。你拿到的是一个资源压缩包解压之后里面是完整的 API 库文件和配套资源放到 nginx 或者任意静态文件服务里就能用不需要额外安装运行环境也不需要再访问公网。1.2 离线包能替代什么、不能替代什么这里必须先把边界说清楚否则后续容易踩大坑。离线包替代的是“代码层的静态资源”。它能保证 AMap 对象正常初始化工具条、缩放按钮、信息窗体这些 UI 控件能显示你写的绝大多数地图交互逻辑能跑通。它解决的是script加载、CSS 样式、图标字体这些前端资源的问题。离线包不能替代的是“底图瓦片和定位服务”。地图底图仍然是高德服务器上的瓦片图片地图初始化时依然要请求webrd0X.is.autonavi.com这类瓦片域名如果网络环境访问不了这些域名页面依然没有底图。同时定位功能依赖高德的定位服务端离线包本身不提供定位能力。所以在项目规划阶段先分清楚你要部署的环境到底只是“公网访问直接域名被限制”还是“完全物理隔离”。完全物理隔离的话只有离线资源包是不够的还得考虑瓦片服务或第三方离线地图方案那是另一套体系。2. 离线资源包里到底装了些什么2.1 压缩包结构拆解我以实际下载过的高德 JS API 离线开发包为例正常情况下解压之后目录结构大概是这样amap_offline_package/ ├── css/ │ ├── amap.css │ └── images/ # 控件用到的图标 ├── js/ │ ├── amap.js # API 主文件 │ ├── plugins/ # 按需加载的插件 │ └── libs/ # 内部依赖的第三方库 ├── fonts/ │ └── iconfont.* # 字体图标 ├── index.html # 官方给的示例页面 └── README.txt # 版本说明和安装说明这几个部分的作用要理解到位主 JS 文件负责定义AMap全局对象、初始化地图实例、提供基础类。页面引入它之后new AMap.Map()才能正常工作。插件目录像AMap.ToolBar、AMap.Scale、AMap.OverView这类功能模块在在线环境下是按需从 CDN 拉取的。离线包里把它们独立成文件你写代码时装在哪个插件目录资源路径就得指到哪个目录。CSS 和图片地图控件和默认样式的皮肤资源路径写死为相对路径或绝对路径很容易漏。字体图标控制按钮上的放大缩小符号、定位小箭头都是字体文件缺失时显示成方框。注意不同版本、不同授权渠道下载的离线包目录结构不完全一样。如果你不是从官方渠道拿的离线包而是自己抓取在线脚本文件组成会复杂很多而且可能因为缺少插件目录导致部分控件初始化失败。我建议优先使用官方离线开发包。2.2 版本选择与官方下载途径高德的 JavaScript API 现在流行度最高的版本是 v1.4.x 和 v2.0.x而且有不少项目还在使用 v1.4.15。这两个版本在离线部署上的区别我的体感是对比项v1.4.15v2.0.x体积相对小插件少时更轻稍大但模块化更规范控件样式老一套外观适合老项目新风格参数更丰富插件加载方式依赖固定的插件子路径支持动态 import配置更灵活项目兼容性稳历史坑少API 结构调整老代码需要测试如果你没有历史包袱我建议直接用 2.0 的最新稳定版本如果手头是已经跑了一年多的老项目那就坚持原来的版本不要为了离线单独升版本免得兼容性问题一锅端。官方离线包下载入口在高德开放平台控制台或官方下载页登录并实名认证之后在 JavaScript API 页面能找到“离线开发包下载”。下载完成的是一个 zip 压缩包直接解压得到资源目录。部分严格保密的项目会要求做离线资源完整性校验建议解压之后先记录文件列表和大小方便后续核对。3. 从压缩包到可运行页面的完整落地过程3.1 解压放置与目录规划这一步看起来没有技术含量但恰恰是最容易给后续挖坑的地方。拿到压缩包之后我一般会先建一个清晰的部署目录例如/opt/web/map-assets/ ├── css/ ├── js/ ├── fonts/把压缩包里的目录整体释放到这个路径下。注意这里不要自作聪明改目录名尤其不要随手把js改成javascript因为官方包里的插件加载路径往往是写死的。就算你觉得自己能同步改代码里的引用也不要改不然每次升级都要自己做映射得不偿失。然后我会在同一个站点下建一个简单的测试页面!DOCTYPE html html head meta charsetutf-8 title离线地图测试/title link relstylesheet href/map-assets/css/amap.css script src/map-assets/js/amap.js/script /head body div idmap stylewidth: 800px; height: 500px;/div script var map new AMap.Map(map, { zoom: 11, center: [116.397428, 39.90923] }); /script /body /html这个测试页的作用不是让你直接上线而是先验证三件事CSS 是否加载成功、AMap 对象是否可用、插件路径是否正确。这三件事验证通过离线包本身的静态资源环节就算通了。3.2 资源路径改写官方离线包默认把资源路径写成了相对路径如果你的网站结构刚好和包目录结构一致基本不用改。但很多项目不是把离线包放在根目录而是放在/static/amap/这样的子路径下这时候就可能遇到插件加载路径错误。以 v1.4.15 为例主 JS 文件内部加载插件时默认拼接的路径可能是基于当前脚本目录的。只要你没改目录结构脚本目录和插件目录的关系是稳定的一般也不用手动改。真遇到路径不对的问题优先检查服务器上的文件是否真实存在用开发者工具的 Network 面板看请求的完整 URL对照实际目录比瞎猜快得多。如果你必须要改路径我强烈建议不要动官方 JS 文件内部逻辑而是在测试页面里事先声明好全局配置script window.AMapConfig { pluginUrl: /static/amap/js/plugins/ }; /script script src/static/amap/js/amap.js/script这相当于给插件加载器指了一条明路后续升级离线包时这段配置依然能复用。3.3 用 Nginx 提供本地服务并解决跨域离线包本身是静态文件理论上放到任何静态服务器都行。但实际项目中你会发现地图页面往往部署在某个应用下而离线包放在另一个静态服务上这就会牵扯出跨域问题。跨域错误长什么样浏览器控制台报类似 “No Access-Control-Allow-Origin header is present on the requested resource” 的错误。解决思路分两种第一种最简单尽量让离线包和应用同域。应用部署在https://app.example.com那静态资源也放到https://app.example.com/map-assets/下不触发跨域问题。第二种离线包独立域名那就得在静态服务上开放跨域头。我常用的 Nginx 配置片段是这样server { listen 80; server_name map-assets.example.com; location /map-assets/ { alias /opt/web/map-assets/; add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range; if ($request_method OPTIONS) { add_header Access-Control-Max-Age 1728000; return 204; } } }这里有个细节不要因为地图页面上看不到明显报错就省略跨域头。如果后续你在代码里用AMap.plugin动态加载插件跨域配置不完整插件会加载失败报错还很隐晦。提示如果你的生产环境用的是 HTTPS记得把 Nginx 里的 80 端口配置改成对应的 443 配置同时补上ssl相关配置。跨域头的逻辑和 HTTP 一致但证书配置错误会直接被浏览器拦截表现方式和跨域完全不一样容易误判。3.4 在业务代码中正确初始化离线资源部署完成后业务代码里的初始化逻辑不用大改但有几个小习惯我建议养成不要在内联onload里过早初始化地图。离线包是纯本地文件加载速度可能非常快反而容易出现脚本还没执行完就开始new AMap.Map()的情况。稳妥做法是把初始化放到window.onload或DOMContentLoaded之后。把 key 参数留好。离线包的 JS 文件里可能没有写死 key初始化地图实例时仍然需要合法的 key。如果你是在完全没有外网的内网环境做演示可以直接在页面里传入 key如果 key 也不允许出现在页面源码里那就需要自定义鉴权这已经超出离线资源包的范畴了。不要用v版本号的方式加载离线包。离线包本身就是固定版本无需在脚本 URL 里再拼版本拼了反而容易让某个旧逻辑去请求在线版本功亏一篑。4. 常见问题与排查技巧实录4.1 页面白屏控制台报“AMap is not defined”这是离线部署最经典的问题原因基本都是amap.js没有加载成功。排查顺序我建议这样先看 Network 面板确认amap.js请求的 HTTP 状态码是不是 200。如果是 404检查 Nginx 里的 alias 路径是否正确或者文件是否真的解压到了目标目录。如果状态码 200 但浏览器报语法错误大概率是文件没传完整。我用scp传文件偶尔会遇到中断建议传完之后用md5sum对比源文件和目标文件的校验值。如果以上都没问题排查页面有没有同时引用了两个不同版本的 AMap。重复引用会把全局对象搞乱现象就是一开始能用刷新之后报错。4.2 控件图标不显示或者显示成方框控件图标不显示绝大多数是字体文件或图片相对路径问题。比如缩放按钮上的加号和减号用的是字体图标字体文件路径不对按钮就显示成小方块或空白。我的排查方式是打开开发者工具的 Network 面板过滤掉 JS 和 CSS只看图片和字体请求确认fonts目录下的文件有没有被请求到。如果请求了但 404就把 URL 里的路径和服务器实际路径对照一遍。这里有个容易忽略的坑有些构建工具会自动给资源文件加哈希后缀如果你把离线包里的 CSS 交给构建工具处理构建后的字体文件名对不上就会 404。所以离线资源包最好原样发布不要走构建流程。4.3 地图有控件没底图或者定位一直失败如果你发现地图实例成功创建缩放按钮也在但底图是灰的说明地图瓦片请求不可达。这时候再检查资源文件已经没意义了问题在网络策略或瓦片域名白名单。解决方向要根据项目情况选如果只是网络隔离但允许配置白名单域名就把高德瓦片相关域名加进白名单。如果完全物理隔离那就需要考虑内网瓦片服务或者其他离线地图方案离线资源包帮不了这个场景。定位失败也是类似逻辑。高德的定位服务依赖服务端离线资源包不包含定位数据所以离线环境下AMap.Geolocation大概率不可用。你要是做纯展示型项目可以直接不启用定位插件如果有定位需求就得规划配套方案。4.4 JS 文件加载了但某些插件功能用不了这个问题我遇到时也很头疼后来发现是插件加载路径不对。官方在线环境会从 CDN 加载插件离线包则要求在代码里显式传入插件路径。如果你的项目里有类似AMap.plugin([AMap.ToolBar], callback)的写法确保AMapConfig.pluginUrl指向实际存放插件的目录。如果配置正确还是不行看AMap.ToolBar.js这个文件是否存在。一个更隐蔽的情况是插件 JS 内部用了 ES6 语法而你的项目为了兼容老浏览器还在用 ES5 编译。离线包的插件文件度独立存在不会走你的编译流程所以会出现“主程序没问题插件跑不了”的奇葩现象。这时候要么升级目标浏览器要么换一个兼容性更好的版本离线包。最后再分享一点我的实际体会离线资源包这个事看起来只是“把文件下载下来放到自己服务器上”但真做好还是要花点心思的。我个人经历下来最值钱的不是部署本身而是提前把三个问题问清楚项目部署环境到底能不能访问公网、底图瓦片是不是也需要走内网、离线包版本和现有业务代码是否匹配。这三个问题没想清楚就动手后面返工成本极高。如果你只是做个测试直接拿官方离线包放本地哪怕python -m http.server都能跑起来。但生产环境部署我强烈建议给离线包单独建一个静态服务把 Nginx 配置、跨域头、目录结构这些固定下来以后升级直接换目录成本会小很多。再有就是版本升级这件事永远不要在生产环境直接覆盖旧资源。先换目录、换测试页验证确认没问题之后再去改业务代码的引用地址整个流程下来你会发现离线地图部署其实是个特别舒服的事。本文还有配套的精品资源点击获取
