簡介Navicat 17.0中文綠色免安裝版是一款面向數(shù)據(jù)庫初學者及評估用戶的便攜式數(shù)據(jù)庫管理工具基于近期主流版本本地化而成免安裝解壓即可運行適合快速搭建學習環(huán)境或短期試用主流數(shù)據(jù)庫功能。該壓縮包共145個文件整體約176MB核心包含運行所需的dll組件、主程序exe以及輔助的字體、示例數(shù)據(jù)庫和文檔等資源結構精簡不會對系統(tǒng)產生殘留。目前已有18336人學習下載人氣較高說明其在教學與自學者群體中具備良好的認可度。借助該版本用戶可以零成本體驗創(chuàng)建、修改、刪除數(shù)據(jù)庫對象執(zhí)行SQL查詢管理數(shù)據(jù)庫安全性等常見操作并通過綠色免安裝特性隨時清理使用痕跡。需要注意的是該資源僅供學習評估須遵守許可協(xié)議禁止商用建議配合官方文檔或教程以充分利用17.0版本的新特性。1. 為什么說 Navicat 17.0 的綠色免安裝關鍵不在免安裝三個字Navicat 17.0 中文綠色免安裝版這個組合詞通常會出現(xiàn)在兩類人手里一類是有多臺測試機、不想每臺都走一遍安裝向導的運維另一類是進到客戶內網、不方便往對方機器裝軟件的駐場工程師。綠色免安裝的核心價值不是省那幾分鐘安裝時間而是把數(shù)據(jù)庫客戶端運行所需的程序、配置、驅動收斂成一個目錄拷到新機器就能用。這里把免安裝版繞不開的三件事講透配置存在哪、驅動從哪來、連接參數(shù)為什么經常丟再給出一套不依賴任何第三方打包工具、照著做就能完成的便攜化落地流程并附上實際踩過的坑。適合需要在多臺機器或離線環(huán)境之間遷移數(shù)據(jù)庫連接工具的開發(fā)者和運維也適合評估手里那份綠色版究竟靠不靠譜的人。2. 免安裝是表象先搞懂 Navicat 17.0 啟動時依賴哪些系統(tǒng)資源決定一份綠色版能不能用的絕不是 exe 能不能雙擊而是它在啟動后讀取了誰。Navicat 是標準 Win32 應用運行足跡不只是程序目錄。2.1 程序目錄之外Navicat 還悄悄讀了兩個地方傳統(tǒng)安裝版在安裝時會在系統(tǒng)里留下三類東西。第一類是程序目錄也就是 Navicat.exe、運行庫 dll、語言資源所在的文件夾通常在 Program Files 下。第二類是用戶級配置Windows 把它放在 %APPDATA%\PremiumSoft 目錄里連接定義、SSH 密鑰引用、SSL 證書引用、查詢歷史、圖表定義、界面配色都在這。第三類是注冊表和系統(tǒng)級依賴HKCU\Software\PremiumSoft 下有一些界面狀態(tài)和最近訪問記錄同時系統(tǒng)還需要 Visual C 運行庫以及對應數(shù)據(jù)庫的客戶端驅動——連 MySQL 要 libmysql.dll 或 MySQL Connector連達夢要 DmODBC/DmJDBC 之類的驅動。綠色免安裝版在技術上分兩種實現(xiàn)路徑。一種是用虛擬化打包工具把安裝過程的文件差量抓出來運行時虛擬化注冊表和文件系統(tǒng)這種方案在干凈系統(tǒng)上通常能跑但在精簡過的老系統(tǒng)上經常缺這缺那。另一種是用戶態(tài)便攜化保留官方安裝產物再把程序、配置目錄、證書密鑰全部收斂到一個目錄樹通過目錄聯(lián)接把系統(tǒng)的讀寫請求指回便攜目錄。我不太建議去追第一種的綠色版資源包因為里面被塞過什么、依賴哪個注冊表項完全不可控。我一般選擇第二種方案自己動手做理由很直接它不碰系統(tǒng)目錄卸載時刪掉整個目錄和聯(lián)接就恢復原狀不污染環(huán)境。2.2 用 PowerShell 和 netstat 三分鐘定位真實依賴拿到任何一份號稱綠色免安裝的 Navicat 17.0先別急著連庫。先用三個只讀命令確認它的運行足跡判斷這份版本是完整便攜還是只是把安裝目錄拷出來糊弄人。# 查看 Navicat 在用戶目錄下留下的配置痕跡 Get-ChildItem $env:APPDATA\PremiumSoft -Force -ErrorAction SilentlyContinue | Select-Object Name, LastWriteTime, {N SizeKB; E { [math]::Round($_.Length / 1KB, 1) } } # 檢查 HKCU 下是否殘留注冊表項評估對系統(tǒng)狀態(tài)的依賴 Test-Path HKCU:\Software\PremiumSoft # 查看本機 MySQL(3306) 和達夢(5236) 的監(jiān)聽端口 netstat -ano | findstr 3306 5236第一段讀的是配置文件。LastWriteTime 能告訴你配置在近期使用中是否被寫回。如果 APPDATA 下干干凈凈而程序又能正常保存連接說明這份綠色版內部做了配置重定向如果 APPDATA 下躺著一堆配置文件它其實只是把安裝版整個拷了出來換機器照樣從系統(tǒng)目錄讀配置。第二段 Test-Path 返回 True 也不代表有問題關鍵是看 PremiumSoft 鍵里存的只是窗口位置還是完整的連接參數(shù)。第三段用于確認目標數(shù)據(jù)庫服務是否存在——便攜版連不上庫時經常不是客戶端壞了而是服務端端口根本沒在監(jiān)聽。2.3 半殘版?zhèn)尉G色的三個典型特征結合處理過的翻車案例市面上流傳的所謂綠色版大部分是半殘的特征非常穩(wěn)定。第一個特征是啟動報缺 dll報 0xc000007b 或 missing libmysql.dll。這是打包時把運行庫和 MySQL 連接組件剔了。解決辦法不是繼續(xù)搜更綠的版本而是先看它有沒有目錄聯(lián)接機制沒有就自己補。第二個特征是連接列表為空。exe 能打開但之前做好的連接全沒了。原因幾乎都是連接配置存在 %APPDATA% 的絕對路徑里打包者沒有把它導出。第三個特征是 U 盤拔了就出問題。junction 指向舊盤符換個盤符就失效說明打包者沒用相對路徑或啟動器動態(tài)設置。判斷一份綠色版值不值得留我一般看三點有沒有啟動器腳本來恢復配置路徑、驅動是不是放在程序目錄內、配置是不是跟隨程序目錄。三條都中的基本就是換個殼的安裝版會在你最趕工時捅一刀。做這個判斷只需要五分鐘別省。3. 自己做便攜方案用目錄聯(lián)接和啟動器把配置固定下來3.1 從已安裝的合法授權中整理一份干凈的便攜目錄先劃一條邊界這里講的是把已經合法授權、安裝好的 Navicat 17.0 便攜化用于自己設備之間的遷移不涉及繞過授權或激活類行為。便攜化不需要也不應該改動程序二進制。操作前提是找一臺裝了官方 Navicat 17.0 的機器退出程序后把安裝目錄整棵復制到目標便攜目錄。目標目錄建議放在固定位置比如 D:\tools\navicat17。復制時注意兩點。第一不要用精簡版做基底。市面流傳的精簡版為了縮小體積刪掉了語言資源和部分驅動便攜化之后連中文界面都恢復不了回頭還得找原版重做。第二語言資源子目錄要整體保留。Navicat 的中文界面文件一般在安裝目錄的 Languages 或 locale 這類子目錄中復制時不要只盯著 exe。見過有人拿到的綠色版只有 exe 和幾個 dll打開是英文界面就是因為語言資源被過濾掉了。復制大目錄推薦用 robocopy它能斷點續(xù)拷出錯還能看日志。rem 把官方安裝目錄復制為便攜目錄 rem 注意源路徑以本機實際安裝位置為準 set SRC%PROGRAMFILES%\Navicat 17 set DSTD:\tools\navicat17 robocopy %SRC% %DST% /MIR /XD unins* /NDL /NJH rem 復制用戶配置目錄連接定義、密鑰引用、證書 robocopy %APPDATA%\PremiumSoft\Navicat %DST%\config /E /NFL /NDL/MIR 會讓目標目錄與源鏡像一致目標端多出來的文件會被刪除適合做精確復制/XD unins* 排除卸載器目錄便攜化之后不再需要卸載向導。第二行把用戶配置復制到便攜目錄的 config 子目錄。復制完不要急著刪 APPDATA 里的原內容留著當備份等新方案在目標機器驗證通過再清理這是給自己留的后悔藥。3.2 mklink /J 把 %APPDATA% 重定向到便攜目錄Navicat 官方沒有提供 portable 開關程序讀寫配置仍然走 %APPDATA% 的絕對路徑。所以便攜化的關鍵動作不是改程序而是讓程序寫 APPDATA 時實際落盤到便攜目錄。常見做法是用 NTFS 目錄聯(lián)接也是 Windows 上最常見的把用戶目錄映射到別的盤的手段。這里放一個可復用的初始化腳本 init_portable.bat放在便攜目錄根部。執(zhí)行前必須關閉所有 Navicat 進程否則配置文件被占用改名會失敗。echo off rem Navicat 17.0 便攜目錄初始化 set NAV_DIR%~dp0 set NAV_CONFIG%APPDATA%\PremiumSoft\Navicat rem 1. 若 APPDATA 下已有真實目錄先整體改名做備份 if exist %NAV_CONFIG% ( echo 正在把舊的用戶配置目錄改名為備份... ren %NAV_CONFIG% Navicat_old_%RANDOM% ) rem 2. 創(chuàng)建 junction把配置流向導到 exe 同級 config 目錄 if not exist %NAV_DIR%config mkdir %NAV_DIR%config mklink /J %NAV_CONFIG% %NAV_DIR%config rem 3. 啟動主程序 start %NAV_DIR%Navicat.exe邏輯說明%~dp0 是腳本所在目錄腳本放在便攜目錄根部時整套方案不寫死絕對路徑換機器、換盤符都能自動適配。第 1 步把已有真實目錄改名是為了不讓舊配置擋住 junction 創(chuàng)建改名后舊數(shù)據(jù)還在隨時能后悔。第 2 步 mklink /J 創(chuàng)建目錄聯(lián)接它跟符號鏈接不同普通用戶權限就能執(zhí)行安全軟件也很少攔截。第 3 步才真正拉起程序這樣每次都用腳本啟動能保證 junction 先于程序就位。兩個參數(shù)值得單獨說明。mklink /J 和 mklink /D 的區(qū)別/J 創(chuàng)建的是 NTFS junction對同卷或跨卷目錄都能用系統(tǒng)把它當作普通目錄處理兼容性最好/D 創(chuàng)建的是符號鏈接創(chuàng)建時往往需要管理員權限某些同步工具會把鏈接本身當目錄遞歸復制造成死循環(huán)。所以這里選 /J。如果你打算把便攜目錄放 U 盤先確認 U 盤是 NTFS 格式exFAT 和 FAT32 不支持 junction方案會失效。另外重跑腳本時如果上次創(chuàng)建的 junction 還在用 rmdir 刪掉這個鏈接即可千萬不要用 rmdir /s 去刪——如果 config 被誤當普通目錄會把便攜化之后的配置全部刪掉。3.3 數(shù)據(jù)連接、SSH 密鑰和 SSL 證書的存放規(guī)劃連接定義本身已經包含在 config 里但 SSH 密鑰和 SSL 證書默認不一定在里面。遷移前要逐個檢查現(xiàn)有連接的屬性私鑰路徑是 C:\Users\xxx.ssh\id_rsa 這種絕對路徑還是相對路徑。凡是在連接屬性里選的絕對路徑都要把文件復制到便攜目錄下并在連接屬性里改成新的相對路徑指向這一步不能省。我一般把便攜目錄規(guī)劃成三層config 存連接定義和界面狀態(tài)由 junction 自動讀寫keys 存 SSH 私鑰、PEM 文件等敏感材料certs 存 SSL CA 和客戶端證書。這樣后續(xù)打包分發(fā)時可以單獨排除 keys 和 certs避免連接定義里泄露密鑰。連接定義里保存的密碼用的是 Navicat 自己的加密方式但便攜化之后整個目錄被別人拷走密碼安全就只剩一層加密算法撐著。所以在客戶現(xiàn)場我一般關閉保存密碼只保留連接參數(shù)每次手動輸入麻煩一點但心里踏實。4. 真正影響便攜版體驗的四個隱形開關4.1 SSH 隧道密鑰與 SSL 證書的絕對路徑問題便攜版最常見的玄學問題同一份目錄在一臺機器上連得好好的換到另一臺就報 Unable to load key 或 SSL connection error。原因多半不是程序壞了而是連接定義里保存了舊機器的絕對路徑。Navicat 的 SSH 隧道配置里私鑰路徑是打開文件對話框選出來的存的就是形如 C:\Users\tom.ssh\id_rsa 的字符串。把目錄拷到新機器用戶名一旦變化路徑直接失效。解決分兩步。第一步把私鑰復制到便攜目錄的 keys 子目錄保留原文件名避免重新生成密鑰對第二步在連接的 SSH 隧道選項卡里重新選擇私鑰路徑。只要公鑰已經追加在目標服務器的 authorized_keys 中換客戶端機器不影響認證私鑰本身并不綁定機器。另一個更隱蔽的坑是 Windows OpenSSH 的私鑰權限檢查。用系統(tǒng)自帶 ssh.exe 做隧道時如果私鑰文件權限過寬比如繼承自上級目錄的 Everyone 讀權限會直接報 UNPROTECTED PRIVATE KEY FILE。把整個目錄從 U 盤拷到系統(tǒng)盤時繼承權限最常見。用兩條 icacls 命令收緊權限rem 去掉繼承只保留當前用戶可讀 icacls %NAV_DIR%keys\id_rsa /inheritance:r icacls %NAV_DIR%keys\id_rsa /grant:r %USERNAME%:R第一行清掉從父目錄繼承來的 ACE第二行把只讀權限精確授予當前用戶。執(zhí)行完再打開連接即可。生產環(huán)境建議把這兩條寫進 init_portable.bat 尾部每次換機器自動執(zhí)行少一次手工操作就少一次出事的可能。SSL 證書的問題類似連接屬性里選的 CA 證書路徑同樣是絕對路徑。如果證書是自簽的換機器后路徑失效連接會報 SSL 驗證失敗。開發(fā)環(huán)境可以臨時關閉 SSL 驗證生產環(huán)境不要這么干。正確做法是把 CA 證書放進 certs 子目錄再在連接屬性里重新指定路徑。4.2 中文與 emoji 亂碼字符集與表結構都得對齊中文界面正常不代表中文數(shù)據(jù)正常。便攜版換機器后出現(xiàn)亂碼十次里八次是連接字符集設置被重置或者目標表根本不是 utf8mb4。先別急著改表用一句 SQL 看服務端字符集。SHOW VARIABLES LIKE character_set%;結果里看 character_set_server 和 character_set_database 的值。server 是 utf8mb4客戶端連接屬性里的編碼也要選 utf8mb4庫是 gbk連接設成 utf8mb4 也沒用字節(jié)流解釋不一致讀老數(shù)據(jù)照樣亂碼。老項目里最常見的坑是表字段是 latin1客戶端強制 utf8mb4 讀出來就是問號這種情況只能靠轉表字符集解決客戶端再怎么調都沒有用。還有一點容易忽略連接屬性的編碼如果選了跟隨系統(tǒng)在不同 Windows 區(qū)域設置下表現(xiàn)不一樣。便攜目錄要分發(fā)到別的機器時我習慣把編碼固定成 utf8mb4而不是跟隨系統(tǒng)這能省掉一批莫名奇妙的亂碼反饋。查詢窗口里 SET NAMES utf8mb4 只對當前連接生效所以最終方案還是落在連接屬性上。4.3 達夢等國產數(shù)據(jù)庫的 ODBC 驅動位數(shù)匹配Navicat 17.0 連接達夢數(shù)據(jù)庫在實際項目里越來越多走法通常兩種一種是 Navicat 自帶達夢連接類型另一種是通過 ODBC 數(shù)據(jù)源連接。無論哪種本質都需要對應位數(shù)的達夢客戶端驅動。這里有個必踩的坑Windows 下可能同時裝過 32 位和 64 位 ODBC 驅動而便攜版 Navicat 如果被做成 32 位只會加載 32 位驅動64 位 Navicat 則找不到只注冊了 32 位的 ODBC 數(shù)據(jù)源。現(xiàn)象是連接時提示數(shù)據(jù)源名稱未找到或驅動加載失敗。檢查驅動列表用 Get-OdbcDriver 列出已安裝驅動并確認 Platform 位數(shù)Get-OdbcDriver | Where-Object { $_.Name -match DM|DaMeng|達夢 } | Select-Object Name, Platform輸出里 Platform 為 32-bit 說明只有 32 位驅動。如果 Navicat 本體是 64 位兩者對不上就裝 64 位達夢客戶端。有同學問能不能直接把驅動 dll 扔進便攜目錄——對 ODBC 不行ODBC 驅動需要注冊表注冊才能被發(fā)現(xiàn)對 JDBC 類驅動可以嘗試放到程序目錄的驅動目錄下但不同版本加載機制有差別還是個黑匣子。最穩(wěn)的做法還是系統(tǒng)里裝一次對應位數(shù)的達夢客戶端。在客戶內網不想額外裝軟件那就提前把達夢客戶端安裝包放進便攜目錄的 tools 子目錄現(xiàn)場裝完再連比現(xiàn)場找驅動省太多時間。4.4 Windows 防火墻與 2002 連接超時的排查路徑便攜版第一次連 MySQL 報 2002 是最高頻的錯誤。先判斷是哪一層問題我的排查順序固定為服務端端口監(jiān)聽、本機到目標的 TCP 連通性、Navicat 配置。# 在服務端確認 MySQL 端口在監(jiān)聽 netstat -ano | findstr 3306 # 在運行 Navicat 的機器上測 TCP 連通性 Test-NetConnection -ComputerName 192.168.1.10 -Port 3306 -InformationLevel DetailedTest-NetConnection 返回 TcpTestSucceeded 為 True 時問題大概率在 Navicat 連接參數(shù)本身比如端口填錯、用戶名寫錯、認證插件不匹配。返回 False 時問題在網絡層常見于 Windows 防火墻出站攔截或者服務端 bind-address 只綁了 127.0.0.1。云服務器還要看安全組有沒有放行端口這是最容易被忽略的本地防火墻關了云控制臺沒放行照樣 2002。把這三層按順序查一遍能省掉大量抓瞎時間。5. 便攜版高頻踩坑現(xiàn)場五個問題現(xiàn)象與解決記錄5.1 連接列表全空主界面能開現(xiàn)象雙擊便攜目錄里的 Navicat.exe 能進主界面但連接面板一片空白舊機器上建好的連接全都不在。原因連接定義存放在 %APPDATA%\PremiumSoft\Navicat 下不在 exe 所在目錄。打包綠色版的人通常只抓了 Program Files 差量用戶配置目錄完全沒處理或者復制時程序沒退出配置文件被鎖拷出來的是過期版本。解決從舊機器把 %APPDATA%\PremiumSoft\Navicat 整目錄復制到便攜目錄的 config 子目錄再用第 3 章的腳本創(chuàng)建 junction把讀寫路徑指過去。復制前確保兩邊 Navicat 都完全退出否則連接配置文件寫不完整。這事沒有技術含量卻是便攜化翻車頻率最高的一步。5.2 啟動閃退事件查看器報 0xc000007b現(xiàn)象雙擊后進程閃退Windows 事件日志出現(xiàn) Application Error異常碼 0xc000007b。原因x86/x64 位數(shù)不匹配或缺少 Microsoft Visual C 運行庫。很多人以為綠色版什么都不依賴實際 Navicat 依賴 VC 運行庫精簡版最常見的做法是刪掉 redist 里的 dll省下幾 MB 體積到新系統(tǒng)上直接崩。解決任務管理器里看 Navicat 進程帶不帶(32 位)標注帶就保證所有驅動和運行庫都是 32 位。然后安裝對應位數(shù)的 vc_redist.x64.exe 或 vc_redist.x86.exe。裝完還崩用 dumpbin /headers 檢查 exe 的 PE 頭確認拿到的不是被改動過的二進制。不要貪小體積選精簡版便攜化省的是路徑依賴不是運行庫。5.3 連接 MySQL 報 2002程序本身正?，F(xiàn)象連接測試彈Cant connect to MySQL server on 192.168.1.10 (2002)。原因服務端 MySQL 沒啟動、端口沒監(jiān)聽、防火墻攔截、或者連接參數(shù)里端口填錯。2002 是網絡層建連失敗不是認證失敗報 1045 才是賬號密碼問題。連接測試報 2002 而程序沒閃退恰恰說明便攜目錄基本沒問題別急著重做便攜。解決按 4.4 順序走netstat 看 3306 有沒有監(jiān)聽Test-NetConnection 看 TCP 是否通。監(jiān)聽正常但 TCP 不通查服務端 bind-address 和防火墻TCP 通還報 2002檢查 Navicat 連接屬性里的端口很多次是本地開發(fā)的 MySQL 把端口改成了 3307連接定義里還存著舊值。5.4 達夢連接提示數(shù)據(jù)源名稱未找到現(xiàn)象用便攜目錄連達夢報找不到驅動數(shù)據(jù)源而另一臺機器上用同一個目錄卻能連上。原因達夢的 ODBC 驅動必須注冊到系統(tǒng)才能被 ODBC 管理器識別便攜目錄里的驅動 dll 不會自動注冊。另一臺能連是因為那臺機器本來裝過達夢客戶端跟便攜目錄本身沒關系。解決Get-OdbcDriver 列出已安裝驅動對比 Platform 位數(shù)。位數(shù)不匹配就裝正確的達夢客戶端。如果是在客戶現(xiàn)場不方便裝提前把達夢客戶端安裝包放進便攜目錄的 tools 子目錄現(xiàn)場先裝驅動再啟動 Navicat。現(xiàn)場裝完還要確認 ODBC 數(shù)據(jù)源名稱和連接定義里的 DSN 大小寫一致ODBC 的 DSN 匹配是區(qū)分大小寫的踩過一次就記住了。5.5 中文正常但 emoji 變成問號現(xiàn)象業(yè)務表里存的 emoji 或生僻字在 Navicat 里顯示成 ????網頁端顯示正常。原因當前連接用的字符集是 utf8mb3 或 gbk而 emoji 是四字節(jié)字符需要 utf8mb4 才能表達。表字段本身如果定義成 utf8mb3客戶端連接設對也沒用寫入環(huán)節(jié)就丟了。解決先執(zhí)行 SET NAMES utf8mb4; 驗證當前連接能顯示就進連接屬性把編碼固定成 utf8mb4。仍然問號說明表結構是 utf8mb3需要 ALTER TABLE 轉成 utf8mb4。數(shù)據(jù)量大時這個 DDL 有鎖表風險建議低峰期加 ALGORITHMINPLACE 執(zhí)行。便攜版換機器后亂碼多半是連接屬性的編碼被重置成默認值改回來就行不用到處找字符集補丁。6. 驗證便攜版是不是干凈三個最小命令確認換到目標機器后按順序跑三個命令五分鐘內確認便攜方案有沒有失效。# 1. 確認 Navicat 進程確實從便攜目錄啟動 Get-Process -Name Navicat | Select-Object Path # 2. 確認配置寫入落在便攜目錄新建連接后看時間戳 dir $env:APPDATA\PremiumSoft\Navicat | Select-Object LastWriteTime dir D:\tools\navicat17\config | Select-Object LastWriteTime # 3. 確認目標庫端口可達 Test-NetConnection -ComputerName 192.168.1.10 -Port 3306 -InformationLevel Detailed第一條驗證免安裝的表象Path 如果顯示 C:\Program Files\Navicat 17說明實際啟動的是安裝版腳本里的啟動路徑寫錯了。第二條驗證配置重定向在 Navicat 里新建一個查詢再關閉兩條 dir 的 LastWriteTime 應幾乎同時更新只有 APPDATA 在變、便攜 config 沒動靜說明 junction 沒成立回第 3 章重跑 init_portable.bat。第三條驗證連接鏈路TcpTestSucceeded 為 True 再開始查賬號密碼。這三件事值得做成固定流程因為便攜方案最怕能打開就算成功的錯覺。我踩過最大的坑就是以為把 APPDATA 拷進 U 盤大功告成到現(xiàn)場才發(fā)現(xiàn) SSH 密鑰路徑和 ODBC 驅動全指向舊機器當場開天窗。后來我固定成 config、keys、certs 三層目錄配合 init_portable.bat 一次性做完 junction 和 icacls每次換機器只用三分鐘驗證。這套方案不依賴第三方打包器不碰系統(tǒng)目錄退出程序后刪掉目錄和 junction 就恢復原狀。希望幫到你。本文還有配套的精品資源點擊獲取