🔧批次檔執行失敗？工程師教你輕鬆排查 Java IOException：使用者名稱或密碼不正確

-

 

💬 前言

許多人在 Windows 上執行自動化批次檔（Batch File）時，會突然看到一串可怕的英文錯誤訊息，例如： 

Exception in thread "main" java.io.IOException: 使用者名稱或密碼不正確

這對初學者來說，就像外星語一樣。別擔心，今天我會用最簡單的方式，帶你了解發生什麼事、為什麼會這樣、以及如何快速修好。

🧱 一、什麼是批次檔（Batch File）？

批次檔是一種讓電腦「自動依序執行多個命令」的小腳本。
你可以把它想像成「把平常在命令提示字元輸入的指令，全部寫在一張清單裡」，電腦就會自動照順序執行。

例如以下是一個簡化過的批次檔範例：

@echo off
echo 準備啟動程式...
net use Z: \\server\shared /user:testuser mypassword
java -jar myProgram.jar
echo 執行結束！
pause

這段程式的意思是：

  1. 把「Z:」磁碟機連到網路上的資料夾。

  2. 使用帳號密碼登入。

  3. 執行一個 Java 程式。

  4. 最後暫停，讓你看到結果。

⚠️ 二、常見錯誤：「使用者名稱或密碼不正確」

當批次檔中使用 net use 指令連接網路磁碟時，最容易遇到的錯誤就是這一行： 

java.io.IOException: 使用者名稱或密碼不正確

這代表 Java 程式在嘗試存取網路路徑（例如 Z:\）時，系統拒絕它的權限。
可能的原因包括：

問題原因 說明
🔑 帳號或密碼輸入錯誤 net use 登入資訊錯誤
🕐 連線尚未建立完成 指令太快執行，網路磁碟還沒掛載好
🔒 權限不足 批次檔非系統管理員執行
🧭 批次檔無法辨識磁碟機 系統服務環境中不會自動掛載 Z: 等磁碟機
⚙️ 舊連線干擾 之前的 net use 連線仍存在，導致登入衝突

🔍 三、排查步驟（Step by Step）

✅ 1. 檢查網路磁碟是否連線成功

打開命令提示字元 (CMD)，輸入：

net use

看看 Z: 是否顯示「已連線」。
若顯示「使用者名稱或密碼不正確」，請重新登入： 

net use Z: \\server\shared /user:testuser mypassword

✅ 2. 加入等待時間

如果批次檔太快執行，有時網路磁碟還沒連上就開始跑 Java 程式。
可以加上這一行： 

timeout /t 5 >nul

讓電腦等待 5 秒鐘再繼續執行。

✅ 3. 用 UNC 路徑取代磁碟代號

有時候在自動化環境下（例如 Windows 工作排程器），Z: 這類臨時磁碟機會認不到。
解決方法是使用完整網路路徑： 

java -jar myProgram.jar "\\server\shared"

這樣 Java 會直接讀取網路資料夾，而不依賴磁碟代號。

✅ 4. 以管理員身份執行

有些系統服務（如 Java 執行環境）需要更高權限才能使用網路資源。
👉 右鍵點擊批次檔 → 「以系統管理員身分執行」。

✅ 5. 清除舊連線

有時候前一次錯誤的 net use 還留在系統中，導致新的連線被拒絕。
可在批次檔最前面加入： 

net use * /delete /y

清除所有舊的網路連線。

🧠 四、進階做法：自動偵測與記錄 Log

為了方便除錯，可以加入紀錄功能。例如：

@echo off
echo [%date% %time%] Job Start >> D:\log\joblog.txt

net use Z: \\server\shared /user:testuser mypassword
if errorlevel 1 (
    echo [%date% %time%] Connection Failed! >> D:\log\joblog.txt
    exit /b 1
)

timeout /t 5 >nul
java -jar myProgram.jar >> D:\log\joblog.txt 2>&1

echo [%date% %time%] Job End >> D:\log\joblog.txt

這樣即使出錯，也能在 joblog.txt 中看到詳細紀錄。

🧩 五、總結與建議

問題 解法
帳號密碼錯誤 重新登入並確認權限
執行太快 加入 timeout /t 5
管理員權限不足 用右鍵「以管理員身分執行」
磁碟代號不被辨識 改用 \\server\path 形式
舊連線衝突 在開頭加入 net use * /delete /y

🧭 結語

即使你不是工程師，也可以用上面的方法快速找出批次檔執行錯誤的原因。
只要懂得觀察錯誤訊息、逐步測試、並記錄執行結果，就能把看似難懂的問題，變成一個邏輯清晰的流程。

科技不是魔法，它只是需要耐心與邏輯。
希望這篇文章能幫助你下次面對錯誤時，不再只是「按重開機」！

留言

張貼留言

這個網誌中的熱門文章

🔍Vue.js 專案錯誤排查：解決 numericFields is not defined 與合併儲存格邏輯最佳化

-
  前言 在前端開發專案中，處理表格數據與 Excel 匯出是常見的需求。 最近在專案中，遇到一個常見但讓人頭痛的錯誤訊息： Uncaught ReferenceError: numericFields is not defined 本文將用簡單的方式，帶你了解這個錯誤的成因、如何修改程式碼，以及如何最佳化「合併儲存格」與「數值加總」的邏輯。 問題場景：表格合併與數值加總 專案中需要達成以下功能： 同一個 APS_PLAN_NO 下，若 TFT4 相同，則 TFT5 欄位要合併。 數值欄位要加總，並以千分位格式輸出。 匯出到 Excel 時，也要套用相同邏輯。 在 Vue 的 rowSpans 計算邏輯中，初始版本如下： const rowSpans = computed ( () => { const rows = filteredData. value const spans = rows. map ( () => { const obj = {} tableHeaders. value . forEach ( key => obj[key] = 0 ) return obj }) ... return spans }) 但是，當我們在 exportToExcel() 使用時，出現了以下錯誤： Uncaught ReferenceError: numericFields is not defined 錯誤原因 這個錯誤訊息代表： 👉 numericFields 在程式中根本沒有宣告，所以瀏覽器不知道它是什麼。 舉例來說，假設我們在程式裡寫了這樣的判斷： if (numericFields. includes (key)) { // 處理數值欄位 } 但其實 numericFields 沒有定義，程式就會直接報錯。 解決方案：定義 numericFields ...
閱讀完整內容

🔎EF Core 連 Oracle 出現 ORA-00600 [kpp_concatq:2] 的完整排錯指南（含 EF Core ToString/CultureInfo 錯誤）

-
  摘要（Meta Description） 在 .NET EF Core 對 Oracle 查詢時，若遭遇 ORA-00600 [kpp_concatq:2] ，多半是查詢優化器在字串型別轉換或重寫（Query Transformation）時踩到版本 Bug。本文以實戰日誌形式，示範如何用 FromSqlRaw + 參數型別/長度對齊 + CAST + Hint 立即止血，並處理 EF Core 另一個常見錯誤：「 CultureInfo 常值被傳進 ToString 造成可能記憶體外洩 」。附可直接套用的程式碼。 目錄 錯誤現象 根因分析 三步驟「立即止血」 安全重構：可直接貼用的程式碼 進階避雷：CTE/MATERIALIZE 與 View 包裝 EF Core ToString / CultureInfo 錯誤的正確處理 版本與長期解法（根治） 效能與穩定性小技巧 檢查清單（Checklist） FAQ 結語 錯誤現象 常見堆疊片段如下（節錄）： Oracle .ManagedDataAccess .Client .OracleException ( 0 x80004005): ORA-00600 : 內部錯誤代碼, 引數: [kpp_concatq:2] , [4] , [3] ...
閱讀完整內容

🛠【ASP.NET Core + Oracle】解決 ORA-00904 "FALSE": 無效的 ID 錯誤與資料欄位動態插入顯示問題

-
  🔍 問題描述 在開發群創光電內部的 APS 排程系統（使用 ASP.NET Core + Vue 3 + Oracle），前端發生多筆錯誤訊息： Request failed with status code 500 Oracle.ManagedDataAccess.Client.OracleException: ORA-00904: "FALSE": 無效的 ID 這是 Oracle 資料庫對布林值處理不一致造成的錯誤，我們後端嘗試將某個欄位 .Where(x => x.FLAG == false) 寫法，經由 EF Core 轉成 SQL： SELECT * FROM TABLE WHERE FLAG = FALSE 而 Oracle 並不支援 FALSE 關鍵字作為布林值 → 導致查詢失敗。 🔧 解決方案 1：避免布林值直接進入 LINQ to SQL EF Core + Oracle 不支援下列語法： .Where(x => x.IsActive == false) // ❌ Oracle 無法解析 FALSE ✅ 解法 ：將布林判斷移至 .ToList() 之後，變成記憶體篩選： var list = await db.Table.Where(x => x.Version == ver).ToListAsync(); var filtered = list.Where(x => !x.IsActive).ToList(); // ✅ 在記憶體中比對布林 🔧 解決方案 2：安全轉換 SEQ_NO 為 Decimal 後端為了將前段表 APSZFRONT 的 SEQ_NO 與 APSZLCM 的 APS_PLAN_SEQ 對應，用到了這段程式碼： Convert.ToDecimal(front.SEQ_NO) 但一旦 SEQ_NO 含有英文字母（例如 GN140CHCAAE90S_20250811_1_531 ），就會丟出 FormatException → 造成 HTTP 500。 ✅ 正確寫法（TryParse 避免失敗） ： de...
閱讀完整內容