JASP 0.98.1 在 Apple Silicon Mac 打不開：2026 排查指南

JASP 官方下載頁目前提供獨立的 Apple Silicon 下載入口。官方引用檔案標示 JASP 0.98.1，發布日期為 2026 年 6 月 2 日；不過不同官方頁面的版本展示可能不同步，安裝前仍應以 JASP 官方下載頁 與穩定版發布資訊互相核對。

先不要反覆點擊應用程式。請記下以下環境資料：

• JASP 顯示的完整版本。
• Mac 是 Apple Silicon 還是 Intel 處理器。
• macOS 版本與更新狀態。
• 安裝檔來源、檔案名稱與下載是否中斷。
• 從哪一步開始失敗，以及是否能用空白工作區重現。

接著按現象分流：

這張表的用途不是猜原因，而是避免把「應用程式不能啟動」和「單一專案檔不能載入」混為一談。

Apple Silicon Mac 打不開 JASP，不應先歸因於晶片不相容。第一個判斷是你下載了哪一個處理器版本。若官方頁面同時列出 Apple Silicon 與 Intel 建置，請依 Mac 的處理器選擇原生版本；不要沿用舊教學中的下載連結，也不要使用來源不明的鏡像檔。

按照以下順序處理：

1. 開啟 JASP 官方下載頁，核對頁面上的版本、macOS 支援範圍與處理器選項。官方安裝說明可參考 JASP 安裝指南 。
2. 檢查下載是否真正完成。若瀏覽器中斷、檔案大小異常，或 DMG 無法掛載，先保留錯誤畫面與檔案名稱，不要繼續複製應用程式。
3. 重新下載官方 Apple Silicon 建置。下載完成後，測試 DMG 能否掛載，再將 JASP 複製到「應用程式」資料夾。
4. 從「應用程式」資料夾啟動一次，不要直接從下載資料夾或尚未完成掛載的磁碟映像檔執行。
5. 以空白工作區啟動。若空白工作區可以開啟，問題較可能位於舊專案或使用者狀態，而不是基本安裝。

下載檔案的證據要分開保存。DMG 無法掛載，代表你還不能判斷 JASP 本身是否能啟動；應用程式能複製但首次啟動無反應，則要進入安全攔截或設定層排查。

「來自網際網路的應用程式」確認提示，和「無法驗證開發者」或公證警告，不是同一種情況。學校管理的 Mac 還可能套用裝置管理政策。請先截取彈窗完整文字，再確認安裝檔確實來自官方來源。

Apple 對 Gatekeeper、簽署與執行階段保護的說明，見 Apple 官方 Gatekeeper 文件 。安全處理順序如下：

• 若只是首次開啟確認，確認來源後，依 macOS 顯示的官方操作完成放行。
• 若提示開發者或公證狀態無法驗證，先停止。重新核對下載頁與檔案來源，不要把警告當成可忽略的普通彈窗。
• 若 Mac 顯示由管理者限制，聯絡實驗室或學校的裝置管理員。不要嘗試繞過管理政策。
• 不要全域關閉 Gatekeeper，也不要關閉 SIP 來測試。這些動作會改變整台 Mac 的安全邊界，而且不能證明 JASP 的根本原因。

如果你無法確認安裝檔從哪裡來，排查應在此停止。重新取得可核對來源的官方安裝檔，比用安全設定換取一次啟動更可靠。

JASP 啟動後立即閃退時，先取證，再刪除設定。你需要知道是程式一啟動就退出，還是載入特定模組後才退出。

可以使用 macOS 內建工具：

1. 開啟「主控台」，搜尋 JASP 或在重現閃退的時間範圍內查看錯誤報告。Apple 的主控台報告文件 可用來辨識系統記錄與診斷報告。
2. 開啟「活動監視器」，觀察 JASP 是否出現在處理程序清單、是否反覆退出，並記下重現時的 CPU、記憶體與磁碟活動。可參考 Apple 活動監視器文件 。
3. 保留崩潰報告的時間、例外類型與涉及模組。不要只截取最後一行。
4. 用新的 macOS 使用者帳戶測試 JASP。這是隔離使用者設定的測試，不代表要把主要帳戶資料搬走。
5. 若新帳戶能穩定啟動，再備份並隔離 JASP 的使用者設定或快取，然後逐項恢復；不要直接刪除原始資料。

GitHub 問題追蹤器中的閃退、下載失敗與資源異常，只能當作個案報告和排查方向。你可以查看 JASP 官方問題追蹤器 ，但不能據此宣稱 JASP 0.98.1 存在普遍缺陷。只有在官方發布明確修復或說明後，才可把它列為已確認問題。

空白工作區能穩定啟動、完成一次最小分析，才算通過這一層。若仍無法啟動，且新帳戶也同樣失敗，應把焦點移向安裝檔、macOS 版本、裝置政策或特定系統環境。

舊的 JASP 專案檔打不開，不代表檔案一定無法恢復。先不要覆蓋原檔，也不要在原檔上反覆儲存。將檔案複製成只讀備份，並對研究資料做脫敏處理，再開始復現。

建議採用由小到大的測試順序：

• 建立空白專案，確認 JASP 可正常開啟。
• 匯入脫敏的小型樣例資料，執行最基本的描述統計。
• 複製問題專案，在副本中逐步移除篩選器、計算欄位與最近加入的分析。
• 將問題專案中的分析模組拆開測試，觀察是開檔即失敗，還是執行特定分析才閃退。
• 重新開啟修復後的副本，檢查結果表、圖形與匯出檔案是否完整。

這個流程可以區分三種情況：只有單一檔案損壞；某個分析模組或欄位組合觸發問題；以及所有專案都無法使用。前兩者不宜直接重裝 macOS 或更改安全政策。

修復的「成功」也不能只看視窗出現。你至少要確認原本需要的結果表、圖形、註記與匯出檔案可以重新產生。若涉及論文，請把 JASP 版本、作業系統版本、輸入資料雜湊或檔案備份位置，以及每個分析步驟一併記錄，方便日後重做。

如果 JASP 可以啟動，但在載入資料、產生圖形或執行某項分析時卡住，先觀察活動監視器，而不是立即判定為軟體不相容。需要區分的是：

• JASP 程式停止回應，但 CPU 或磁碟仍有活動。
• 程式反覆退出，並在主控台產生崩潰報告。
• 只有特定資料集或分析模組觸發。
• 同一專案在新使用者帳戶或另一台 Mac 上可正常執行。

將資料集縮小、移除非必要欄位，並使用脫敏樣例重現。這樣做可避免把受試者資料直接上傳到不受學校規範管理的環境，也能更快定位觸發條件。

若你的實驗室沒有備用 Mac，可使用乾淨的遠端 Apple Silicon Mac 作為隔離實驗。遠端環境不能替代正式資料政策審查；在上傳論文資料、受試者資料或未公開研究成果前，先確認學校的資料分類、跨境傳輸、帳戶權限與保存期限要求。

你可以先閱讀 CALMVPS 遠端 Mac 使用入口 ，了解遠端 macOS 是否符合你的短期測試需求。需要比較按週或按月的使用方式時，再查看 CALMVPS 方案與價格頁 。這些頁面只能協助你規劃環境，不會取代學校的研究資料治理規則。

遠端重現的目的，是比較環境，不是把所有檔案直接搬過去。請照以下步驟執行：

1. 建立乾淨的 Apple Silicon macOS 環境，先記錄 JASP 版本、macOS 版本與安裝檔來源。
2. 只安裝官方 Apple Silicon 建置，完成 DMG 掛載、複製與首次啟動測試。
3. 先用空白工作區和脫敏樣例資料執行最小分析。
4. 再使用問題專案的副本，逐步加入資料、篩選器、計算欄位與分析模組。
5. 比較本機與遠端的啟動結果、專案載入結果、結果表、圖形與匯出檔案。
6. 將差異寫成短報告：本機失敗而遠端成功，或兩邊都失敗；並附上診斷記錄與可重現步驟。

判斷可分成四條路：

• 只有本機失敗，遠端能完成最小分析：優先修復本機或暫時遷移，不要把問題寫成 JASP 普遍故障。
• 兩個環境都在同一個專案步驟失敗：優先檢查專案檔、資料欄位或分析模組。
• 官方建置、空白專案與樣例都失敗：整理診斷資料，提交官方問題報告。
• 新版本才出現問題，舊版在相同測試中正常：在保留專案備份與可重現記錄後，評估回退穩定版。

若你只是需要完成近期論文分析，按週或按月使用乾淨的遠端 Mac，可以先隔離本機故障對研究進度的影響。但正式遷移前，仍要確認連線方式、檔案保存位置、帳戶權限，以及是否允許把研究資料放到遠端伺服器。

最後更新於 2026 年 8 月 27 日；版本與 macOS 安全處理資訊核實自 JASP 官方下載頁、JASP 安裝指南、Apple Gatekeeper 文件及 Apple 系統診斷文件。JASP 穩定版、macOS 支援範圍或 Apple 安全政策更新後，本文的判斷順序仍應重新核對。

如果你目前依賴實驗室的 Windows 或 Linux 設備，常見限制是沒有 macOS 專屬環境、無法自行取得管理員權限，以及把統計專案來回搬移後增加版本與檔案風險；臨時使用雲端通用伺服器也未必能重現 Apple Silicon 的行為。對論文期限迫近、但尚未確定是 JASP、專案檔還是本機環境出錯的情況，先用脫敏資料在 CALMVPS 的乾淨遠端 Apple Silicon Mac 上完成最小復現，確認啟動、分析、儲存與匯出均正常，再決定繼續短期租用完成工作，或回頭修復實驗室設備。