簡介前端三維可視化開發(fā)中Cesium.js作為強(qiáng)大的地球引擎常與Vite、Vue3及TypeScript組合使用但許多開發(fā)者會遇到開發(fā)環(huán)境正常、部署后灰屏或資源404的困境。其根源在于Cesium運行時動態(tài)加載的靜態(tài)資源如Web Worker、模型瓦片與Vite打包策略不匹配。理解Cesium模塊加載原理與Vite靜態(tài)資源處理機(jī)制合理配置public目錄、CESIUM_BASE_URL和構(gòu)建base路徑即可實現(xiàn)穩(wěn)定高效的集成。這種方案尤其適合需要離線部署或復(fù)雜三維場景展示的GIS項目。一套開箱即用的集成模板系統(tǒng)梳理了ViteVue3TypeScriptCesium.js的工程化配置能幫助團(tuán)隊繞開常見坑點。1. 開箱即用的 ViteVue3TypeScriptCesium.js 集成模板為什么部署才是分水嶺一個很反直覺的現(xiàn)象在 ViteVue3TypeScript 的工程里接 Cesium.js開發(fā)環(huán)境跑得又快又穩(wěn)地球轉(zhuǎn)得飛起等npm run build完部署到服務(wù)器瀏覽器一打開就只?；移量刂婆_一片 404 和 SecurityError。這不是某一次配置失誤而是 Cesium.js 自身的資源加載機(jī)制和 Vite 的靜態(tài)資源處理策略之間長期存在的斷層。所謂「開箱即用」的集成模板核心工作就是把這條斷層填平——Cesium 的引入方式、靜態(tài)資源路徑、CESIUM_BASE_URL、類型聲明、構(gòu)建分包全部預(yù)先配好讓使用者拿到項目就能直接寫業(yè)務(wù)代碼。適合兩類人要在 Vue 3 工程里第一次接三維地球的前端團(tuán)隊以及被 Cesium 打包問題反復(fù)折騰的開發(fā)者。2. Cesium 與 Vite 的集成方式三種引入方案的取舍先把方案定下來后面所有配置才有意義。Cesium.js 是一個典型的“體積大、動態(tài)加載多、靜態(tài)資源分散”的三維庫它的引擎內(nèi)部大量使用運行時拼接 URL 去拉取 Web Worker、瓦片、模型和 JSON。這和 Vite 默認(rèn)的“所有資源必須經(jīng)過 import 才能被打包”的思路天然沖突。常見做法有下面三種。2.1 方案 Anpm 包直接 import 的便利與隱藏成本最直覺的做法是npm install cesium后在組件里import * as Cesium from cesium。Vite 會把 Cesium 的 ES 模塊入口打進(jìn) bundle但 Cesium 內(nèi)部運行時動態(tài)加載的那部分資源——特別是Assets/目錄里的模型和Workers/目錄里的 web worker——并不會因為入口模塊被 import 就自動出現(xiàn)在 dist 里。import * as Cesium的寫法也確實能跑只是你很快會發(fā)現(xiàn)三件事構(gòu)建產(chǎn)物體積直接飆升到幾十 MB瀏覽器控制臺開始報Failed to load resource之類的 404就算你手動把 Cesium 的資源復(fù)制到了 dist產(chǎn)的CESIUM_BASE_URL配置不對還是會繼續(xù) 404。// 組件里的直覺寫法開發(fā)環(huán)境通常沒問題 import * as Cesium from cesium import cesium/Build/Cesium/Widgets/widgets.css const viewer new Cesium.Viewer(cesium-container, { animation: false, timeline: false, })邏輯上這段代碼沒有錯問題出在入口模塊之外。cesium包發(fā)布的時候帶了完整的Build/目錄Widgets、Workers、Assets、ThirdParty都在那里面。Vite 只處理被 import 的入口 JS 和 CSS剩下那一大堆運行時要用的資源它不知道也不關(guān)心。2.2 方案 Bpublic 目錄全局掛載的推薦做法我做過好幾個 Cesium 相關(guān)項目新建模板時只推薦一個方向把 Cesium 的構(gòu)建產(chǎn)物作為靜態(tài)資源放進(jìn)public/cesium/目錄在index.html里用普通script標(biāo)簽引入Cesium.js然后在組件里通過window.Cesium訪問。這樣做的理由很樸素Cesium 引擎在設(shè)計上就是圍繞全局腳本和相對路徑工作的你把整個Cesium目錄原樣放進(jìn)靜態(tài)資源目錄它內(nèi)部所有動態(tài)加載代碼都能在自己熟悉的相對路徑中找到資源。你不用去猜哪個文件被打包、哪個沒被打包路徑邏輯完全透明。!-- index.html 關(guān)鍵片段Cesium.js 用全局方式引入 -- !DOCTYPE html html langzh-CN head meta charsetUTF-8 / meta nameviewport contentwidthdevice-width, initial-scale1.0 / titleVite Vue3 TypeScript Cesium 模板/title !-- 注意順序Cesium.js 要在業(yè)務(wù)代碼之前加載 -- script src/cesium/Cesium.js/script link href/cesium/Widgets/widgets.css relstylesheet / /head body div idapp/div script typemodule src/src/main.ts/script /body /htmlsrc路徑用/cesium/...開頭的絕對路徑這是 Vite 靜態(tài)資源服務(wù)的約定public/目錄下的內(nèi)容會被原樣映射到服務(wù)器根路徑。改用這條方案之后你基本可以忘掉 Cesium 打包帶來的大多數(shù)玄學(xué)問題。2.3 為什么我不把 CDN 作為模板的默認(rèn)選擇有人會說CDN 不更省事嗎直接用script srchttps://xxx.com/cesium/Cesium.js一把梭。CDN 方案適合純演示不適合做工程模板的默認(rèn)項。你的項目一旦部署到內(nèi)網(wǎng)或者離線環(huán)境或者你需要在 HTML 里動態(tài)拼接CESIUM_BASE_URLCDN 的不可控性立刻暴露出來。模板的意義在于「在任何環(huán)境都能開箱即用」靜態(tài)資源隨項目走才是穩(wěn)妥的底線。對比維度npm importpublic 靜態(tài)目錄 全局掛載CDN配置成本低中一次性最低資源可控性低打包后路徑難追蹤高路徑透明低受網(wǎng)絡(luò)限制離線部署可以但配置麻煩可以天然支持不行構(gòu)建體積打進(jìn) bundle體積巨大獨立目錄不影響 bundle不計入構(gòu)建類型提示有需要額外 d.ts 聲明沒有方案 B 是模板的骨架它的代價是你要處理好類型聲明這個后面第 4 章會給出。先記住結(jié)論開發(fā)效率和運行穩(wěn)定性之間方案 B 是平衡點。3. 模板的工程化骨架從克隆到看到第一顆旋轉(zhuǎn)的地球「開箱即用」這四個字意味著克隆、安裝、啟動三步走完界面上就能出現(xiàn)一個可以拖拽旋轉(zhuǎn)的地球。要做到這一點目錄結(jié)構(gòu)必須一開始就規(guī)劃清楚否則后面加業(yè)務(wù)代碼時必然亂套。3.1 模板目錄結(jié)構(gòu)文件清單與每一層的分工一個干凈的集成了 Cesium 的 Vue3 工程目錄大致是這樣的。public/cesium是整個模板的靈魂src/components/CesiumViewer.vue是業(yè)務(wù)入口.env是全局配置的中樞。project-root ├── public │ └── cesium # Cesium 靜態(tài)資源整個目錄放入 public │ ├── Cesium.js │ ├── Assets/ │ ├── Workers/ │ ├── Widgets/ │ └── ThirdParty/ ├── src │ ├── components │ │ └── CesiumViewer.vue # 唯一封裝 Cesium 的組件 │ ├── types │ │ └── cesium.d.ts # 全局 Cesium 類型聲明 │ ├── main.ts │ ├── App.vue │ └── vite-env.d.ts ├── .env # VITE_CESIUM_BASE_URL 等運行時變量 ├── index.html # 通過 script 標(biāo)簽引入 Cesium.js ├── package.json └── vite.config.ts # 構(gòu)建配置和 dev server 配置這種結(jié)構(gòu)有一個明顯的好處Cesium 相關(guān)的東西被鎖在「一個組件 一個目錄 一個配置文件」里。業(yè)務(wù)代碼想用 Cesium只需要 import 這個組件或者讀類型聲明不需要理解 Cesium 是怎么加載進(jìn)來的。3.2 最小 Viewer 初始化代碼與容器高度陷阱Cesium 的初始化代碼本身并不長但有兩個隱藏約束會在 30 分鐘后變成你的第一滴血容器必須有明確的高度否則 viewer 會渲染出一塊黑屏Cesium.Ion.defaultAccessToken不設(shè)置Cesium 自帶的影響影像加載會失敗頁面只剩一個地球儀輪廓。!-- src/components/CesiumViewer.vue -- script setup langts import { onMounted, onBeforeUnmount, ref } from vue // 在業(yè)務(wù)代碼里拿全局掛載的 Cesium而不是重新 import const Cesium window.Cesium const containerRef refHTMLDivElement | null(null) let viewer: any null // 注意生產(chǎn)環(huán)境請把 token 放到 .env 里用 import.meta.env 讀取 // 改成任意不需要在線瓦片的場景可以保留默認(rèn)但加載會報錯 const ION_TOKEN import.meta.env.VITE_CESIUM_TOKEN || onMounted(() { if (!containerRef.value) return // Ion token 必須在創(chuàng)建 Viewer 之前設(shè)置否則在線影像 404 if (ION_TOKEN) { Cesium.Ion.defaultAccessToken ION_TOKEN } viewer new Cesium.Viewer(containerRef.value, { animation: false, // 左下角動畫控件 timeline: false, // 底部時間軸 baseLayerPicker: false, // 圖層選擇 geocoder: false, // 搜索框 homeButton: false, // 主頁按鈕 infoBox: false, // 信息框 sceneModePicker: false, // 2D/3D 切換 navigationHelpButton: false, // 用一個純色底圖避免過度依賴網(wǎng)絡(luò)資源 baseLayer: new Cesium.ImageryLayer( new Cesium.SingleTileImageryProvider({ url: Cesium.buildModuleUrl(Assets/Textures/NaturalEarthII.jpg), }) ), }) // 打開 dev 工具里的 console會看到 Running in WebGL2 mode 的提示 console.log(viewer created) }) onBeforeUnmount(() { // 離開頁面時銷毀 viewer避免 WebGL context 泄漏導(dǎo)致頁面卡頓 if (viewer) { viewer.destroy() viewer null } }) /script template div refcontainerRef classcesium-container/div /template style scoped .cesium-container { width: 100%; height: 100vh; /* 沒有明確高度Cesium 會渲染成一片空白 */ } /style這段代碼的關(guān)鍵點有三個。一是window.Cesium因為我們用的是 public 全局掛載方案組件里不再出現(xiàn)import * as Cesium也就不會把 Cesium 卷進(jìn)業(yè)務(wù) bundle。二是baseLayer用的是 Cesium 自帶的NaturalEarthII.jpg這是一張打包在產(chǎn)品目錄里的底圖不受外網(wǎng)環(huán)境影響模板默認(rèn)用它來保證“開箱即見地球”。三是onBeforeUnmount里銷毀 viewer這是很容易被忽略的回收操作——SPA 里切路由不銷毀 Cesium會持續(xù)占用 GPU 顯存。3.3 啟動鏈路從 npm i 到可視化成功模板配置正確的情況下鏈路應(yīng)該是這樣走的。npm install安裝完后先看一眼public/cesium/Cesium.js是否存在于本地磁盤確認(rèn)存在后執(zhí)行npm run dev打開頁面此時控制臺若出現(xiàn)Cesium Widgets相關(guān)的樣式報錯或 404優(yōu)先檢查index.html里兩個資源路徑是否寫成/cesium/而不是./cesium/。前一步?jīng)]問題但頁面黑屏十有八九是容器高度沒給到。整個排錯鏈路里最不值得懷疑的就是 Vue 組件邏輯問題基本集中在靜態(tài)資源路徑上。4. 模板里的關(guān)鍵參數(shù)Vite 配置、CESIUM_BASE_URL 與類型聲明到了這一層你已經(jīng)能看到地球了。但「能看到」和「能部署到各種環(huán)境」之間還差幾個參數(shù)要敲定。4.1 vite.config.ts 里的四項關(guān)鍵配置模板的vite.config.ts不需要什么魔改它只需要干四件事配置路徑別名、設(shè)置 dev server 的端口和 host、指定 base 路徑、以及確保構(gòu)建時 public 目錄被正確復(fù)制。最后一條實際上 Vite 默認(rèn)就支持但你要理解它背后的邏輯。// vite.config.ts import { defineConfig } from vite import vue from vitejs/plugin-vue import { fileURLToPath, URL } from node:url export default defineConfig({ plugins: [vue()], resolve: { alias: { // 讓 import 既可以寫 /components 也能寫 components : fileURLToPath(new URL(./src, import.meta.url)), }, }, server: { host: 0.0.0.0, // 局域網(wǎng)內(nèi)調(diào)試時需要 port: 5173, }, // 重要如果部署在服務(wù)器子路徑比如 https://host/map/這里要改成 /map/ // 這個值會直接影響 Cesium 內(nèi)部拼接資源路徑務(wù)必和部署環(huán)境對齊 base: /, build: { // Cesium 走 public 目錄不進(jìn)入構(gòu)建管線無需額外配置 sourcemap: false, }, })base值是整個模板里最容易造成“開發(fā)正常、部署翻車”的變量。本地 dev server 跑在根路徑/cesium/Cesium.js正好命中 public部署到 nginx 子路徑后base如果不改成對應(yīng)的子路徑瀏覽器會拿https://host/map/當(dāng)作基礎(chǔ)來拼接/cesium/Cesium.js位置直接偏掉。那些以為是自己代碼寫錯的問題一半都在這里。4.2 CESIUM_BASE_URL 的運行時設(shè)置Cesium 引擎內(nèi)部有兩個環(huán)境變量決定了它去哪個目錄找資源CESIUM_BASE_URL和buildModuleUrl。全局限時腳本加載方式下Cesium 會猜測CESIUM_BASE_URL為Cesium.js所在目錄。這里有個很微妙的細(xì)節(jié)當(dāng) Cesium.js 是通過script src/cesium/Cesium.js引入時「所在目錄」是/cesium/這正好匹配 public 的映射關(guān)系。所以模板里其實不太需要手動寫CESIUM_BASE_URL。但如果你把 Cesium 從 public 挪到了 CDN 或別的路徑就必須顯式設(shè)置// 僅在 Cesium.js 不在 public/cesium 下時需要 // window.CESIUM_BASE_URL https://your-cdn-host/cesium/如果你用的是 npm import 方案那一定要額外配置buildModuleUrl否則 Cesium 會在一個錯誤的位置建立資源目錄映射表現(xiàn)出來的是能創(chuàng)建 viewer 但加載任何模型、地形都會 404。public 方案下這兩項都不用手動設(shè)因為它們遵循了 Cesium 設(shè)計時的機(jī)構(gòu)和約定。4.3 TypeScript 類型聲明讓 window.Cesium 脫離 any全局掛載唯一的工程化代價是類型。window.Cesium在 TypeScript 眼里默認(rèn)不存在你不聲明它就得在組件里寫const Cesium: any window.Cesium這樣不僅丟了智能提示還容易在尺量上寫錯 API 名。模板的做法是補(bǔ)一個全局類型聲明文件。// src/types/cesium.d.ts // 注意只寫類型不做任何運行時操作 declare global { interface Window { // 暴露給業(yè)務(wù)代碼的全局 Cesium 命名空間 Cesium: { Viewer: new (...args: any[]) any Ion: { defaultAccessToken: string } buildModuleUrl: (path?: string) string [key: string]: any } } } export {}這個聲明文件寫得比較克制——它只描述你真正會用的幾個 API 和方法索引其他成員用索引簽名兜底。這樣既不會因為類型過窄報錯也不至于全是any。實際項目中如果你需要更完整的類型可以把 Cesium 包里的類型定義拷一份到項目里再精減或者直接用import(cesium)拿到類型再賦值給Window.Cesium。4.4 .env 文件與運行時動態(tài)參數(shù)模板的第三個靜態(tài)配置點是.env文件。VITE_CESIUM_TOKEN和VITE_CESIUM_BASE_URL這類變量不要寫死在組件里因為開發(fā)和生產(chǎn)的 token 時常不同換了 key 還要重新編譯不值得。# .env 文件位于項目根目錄 VITE_CESIUM_TOKENyour_ion_access_token_here # 如果 Cesium.js 不在 /cesium/ 下通過這個變量覆蓋默認(rèn)路徑 VITE_CESIUM_BASE_URL/cesium/import.meta.env.VITE_CESIUM_TOKEN能直接讀取到這些值。需要注意的是以VITE_開頭的變量會被 Vite 打進(jìn)客戶端 bundle所以絕對不要把私有 key 放在里面。Cesium Ion token 是公開資源標(biāo)識不算機(jī)密但如果你用的是其他地圖服務(wù)的 token務(wù)必確認(rèn)服務(wù)商是否允許前端暴露。5. 排查與避坑模板部署后最常見的四類故障模板在本地永遠(yuǎn)是最完美的真正考驗它的是打包部署后的表現(xiàn)。這里是我翻了車、也幫別人擦過車的幾個高頻場景按「現(xiàn)象 → 原因 → 解決」寫清楚。5.1 部署后灰屏控制臺報 SecurityError現(xiàn)象npm run dev一切正常部署后瀏覽器只有一片灰色畫布且無法拖拽Console 里出現(xiàn)SecurityError: Failed to execute postMessage on Worker這類錯誤。原因Cesium 自動構(gòu)建了 Web Worker 的路徑當(dāng)base路徑與部署路徑不一致時worker 腳本的 URL 被解析到了錯誤源上瀏覽器的同源策略直接攔截。解決先確認(rèn)部署環(huán)境的子路徑把vite.config.ts里的base改正然后重新build一次其次確認(rèn)public/cesium確實被打包進(jìn)了 dist。有個很值得檢查的細(xì)節(jié)某些部署平臺會把base: /強(qiáng)制重定向到 CDN 域名你需要在部署平臺的環(huán)境變量里同步設(shè)置好靜態(tài)資源的 base URL。排除掉這兩項仍然報錯就手動在index.html里加一行scriptwindow.CESIUM_BASE_URL /cesium//script在 Cesium.js 加載前就釘死路徑。5.2 頁面白屏但無報錯地球始終不出現(xiàn)現(xiàn)象頁面能打開沒有紅色報錯控制臺甚至能看到viewer created但界面上看不到地球連三維場景的畫布都沒有。原因容器高度為 0。Cesium 不會為你撐開父容器的高度它只是創(chuàng)建一個 canvas 塞進(jìn)容器里。CSS 里寫了height: 100vh但給的是index.html內(nèi)部組件沒有繼承高度Canvas 計算后高度為 0。解決不要依賴父元素高度繼承給#cesium-container設(shè)置一個絕對的像素值做兜底——height: 100vh或min-height: 600px。模板里我用的是100vh加width: 100%簡單粗暴且有效。5.3 模型或地形加載時 404其他功能正?，F(xiàn)象地球能轉(zhuǎn)、底圖能出但加載 glTF 或者 3D Tiles 時網(wǎng)絡(luò)面板出現(xiàn)大量 404文件路徑指向/assets/...或/Workers/...。原因Cesium 在運行時拼出了錯誤的資源路徑。常見觸發(fā)點是Cesium.buildModuleUrl的返回值不對——你如果用了 npm import 方案但沒有正確配置模塊根路徑Cesium 會拿當(dāng)前頁面 URL 做拼接。另外如果你用了copy類插件把 Cesium 資源復(fù)制到了dist/assets/而CESIUM_BASE_URL還指向/cesium/路徑自然錯位。解決走模板推薦的 public 靜態(tài)目錄方案資源路徑完全受控。如果你確實要自定義資源位置請把VITE_CESIUM_BASE_URL和vite.config.ts里的base一起檢查base 決定你頁面 JS 的基礎(chǔ)路徑CESIUM_BASE_URL決定 Cesium 找資源的基礎(chǔ)路徑兩者可以不同但都要指向真實存在的位置。建議改完路徑后跑一次構(gòu)建到dist目錄里用本地靜態(tài)服務(wù)器開一遍再部署別等到上了服務(wù)器才心疼。5.4 高 DPI 屏幕拉升幾下后畫面模糊或 GPU 占用異?，F(xiàn)象內(nèi)容器尺寸變化后三維場景出現(xiàn)明顯模糊或卡頓GPU 實時占用居高不下。原因Cesium 默認(rèn)渲染的是window.devicePixelRatio對應(yīng)的像素比但沒限制渲染頻率當(dāng) DPI 很大的屏幕配合高性能顯卡時Cesium 會一直全速率渲染同時你的業(yè)務(wù)頻繁改變?nèi)萜鞒叽鐣?dǎo)致 resize 反復(fù)觸發(fā)重繪。解決在創(chuàng)建 viewer 時限制渲染參數(shù)。Cesium 的viewer暴露了scene和frameState模板里可以加viewer.scene.highPerformanceRender false、或者調(diào)viewer.resolutionScale來降渲染倍率。另一個更實用的寫法是給容器 resize 加上防抖避免體積變化時連環(huán)重繪。// 防抖 resize 的簡化邏輯 const onResize () { if (viewer) { // 先不直接更新等停止變化后再 rescale clearTimeout((window as any)._resizeTimer) ;(window as any)._resizeTimer setTimeout(() { viewer?.resize() }, 200) } } window.addEventListener(resize, onResize)不過不要為了性能把highPerformanceRender隨便設(shè)為 false這會讓場景在鏡頭旋轉(zhuǎn)時感覺卡頓。模板里保留默認(rèn)即可你只要知道這個參數(shù)存在就行。6. 模板的進(jìn)階用法按需加載、體積瘦身與類型收緊走到這一步你已經(jīng)能穩(wěn)定運行這套模板了。接下來的進(jìn)階方向不是功能是效率首屏體積、按需加載、以及更嚴(yán)格的類型體驗。6.1 生產(chǎn)構(gòu)建拆分讓 Cesium 獨立緩存Cesium 的體積沒法回避本地模板里它占了public/cesium的整個目錄。業(yè)務(wù)代碼更新不應(yīng)該讓用戶重新下載完整的 Cesium所以生產(chǎn)構(gòu)建采用 CDN 加載 Cesium 或者獨立緩存策略更合理。如果繼續(xù)用全局腳本方式你可以在構(gòu)建完成后把public/cesium單獨上傳到內(nèi)容分發(fā)平臺或者留在原服務(wù)但設(shè)置較長的瀏覽器緩存頭部。如果是 npm import 方案那就用manualChunks顯式把 Cesium 拆出來。// vite.config.ts 中配置 rollupOptions 拆包示例 build: { rollupOptions: { output: { manualChunks: { cesium: [cesium], }, }, }, }這樣打包產(chǎn)物里會多出一個獨立的 Cesium chunk利用瀏覽器緩存策略可以讓它在后續(xù)更新時不動。拆包后總量不變但首次加載之后的日子會好過很多。6.2 異步掛載與路由級別懶加載足夠大的工程不應(yīng)該在入口就把 Cesium 立即初始化。模板組件通常是路由級別的你可以在App.vue里只渲染一個空的容器當(dāng)用戶進(jìn)入某個需要三維場景的子路由時再去掛載 Cesium。!-- 在路由組件里延遲初始化 -- script setup langts import { ref, onMounted } from vue const ready ref(false) // 等路由進(jìn)入且用戶點擊按鈕后再渲染地圖 const enableMap () { ready.value true } /script template button v-if!ready clickenableMap加載三維場景/button CesiumViewer v-else / /template什么業(yè)務(wù)適合這套模板需要快速驗證三維可視化場景的產(chǎn)品或者已經(jīng)在 Vue3 生態(tài)里、想低成本引入地理空間的團(tuán)隊。Cesium 的學(xué)習(xí)曲線和體積都擺在那里如果只是展示幾個坐標(biāo)點用輕量庫更快但你要做 3D Tiles、模型分析、地形做裁切、動態(tài)單體化就必須上 Cesium。6.3 模板的邊界哪些場景不適合用這套方案這套模板的開箱即用是有邊界的。如果你的部署環(huán)境強(qiáng)制要求所有靜態(tài)資源走 CDN 且不保證路徑可控方案 B 的優(yōu)勢會變成劣勢要考慮方案 C 的 CDN 引入如果你的團(tuán)隊完全使用 pnpm monorepo 且各包獨立部署模板的 public 靜態(tài)資源目錄會被多個包重復(fù)拷貝這時候用 npm 包共享 Cesium 資源更合理。沒有萬能的硅方案只有面對具體約束做取舍。我自己的習(xí)慣是每次搭新項目先把 Cesium 的資源路徑問題釘死再寫業(yè)務(wù)代碼。以前也偷懶直接 import npm 包后來在一臺內(nèi)網(wǎng)機(jī)器上部署所有資源路徑全部亂掉排查了大半天才發(fā)現(xiàn)是模塊路徑問題。從那以后模板里永遠(yuǎn)先確定base和CESIUM_BASE_URL的匹配關(guān)系跑一遍構(gòu)建、本地靜態(tài)服務(wù)打開確認(rèn)無誤再繼續(xù)寫功能。早期多花十分鐘后面省下的是一整天的血淚排查時間。這套模擬項目 X 的模板已經(jīng)幫我避掉了大部分雷區(qū)希望幫到你。本文還有配套的精品資源點擊獲取