CSV 轉 JSON 轉換器 —— 免費、無需登入

從列到物件

CSV 和 JSON 是對同一份資料的兩種提問方式。CSV 是網格：等寬的列，意義靠欄的位置承載。JSON 是帶標籤的值的樹，是程式真正消費的形狀——資料源、設定、API 載荷、NoSQL 匯入都是它。所以在兩者之間轉換不是換件外衣，而是換一套世界模型，本轉換器按一條清晰的約定完成它，約定如下文。

輸出是你會直接交給程式碼的形狀：一個 JSON 陣列，每列資料一個物件。每個物件帶著同一組鍵，鍵名取自檔案首行，整份檔案在腦中可以這樣走一個來回：首行變鍵名，其餘每列各成一個物件。

結構上的約定，如實說明

第一行永遠按表頭處理。第 1 行裡的內容會成為輸出中每個物件的欄位名——沒有跳過它的選項，沒有猜測，沒有「智慧辨識」。因此沒有表頭行的檔案，會把第一行資料花在變成鍵名上；如果你的 CSV 沒有表頭，轉換前先補一行。

所有值都以字串抵達。這不是偷懶，而是誠實：CSV 不攜帶型別資訊，檔案裡沒有任何東西能區分數字 27 和字串「27」，轉換器拒絕猜測。如果你的程式碼需要真數字，在另一端解析——一排 `Number(row.age)` 比一欄被悄悄弄壞的資料強得多。

帶引號的值會得到尊重：按 CSV 標準，雙引號包住、內部含逗號的欄位會作為一個值完整保留。

編碼：唯一硬性要求

檔案必須是 UTF-8。帶 BOM 的 UTF-8 檔案沒問題——標記會被剝掉，轉換照常進行。但其他編碼的檔案——GBK 是最常見的例子——會被明確報錯拒絕，而不是帶著亂碼硬闖。這是刻意的：悄悄把文字解錯，比拒絕它糟糕得多。如果你的檔案不是 UTF-8，先在編輯器裡另存為 UTF-8，之後就能直接通過。

把產物接進你的程式碼裡

輸出的形狀刻意選了最無聊的那種 JSON：一個由扁平物件組成的陣列，值全是字串。這種扁平是特性而不是缺陷——任何語言都能不加儀式地讀進它，每個消費方都能在本地決定要把什麼轉成什麼。在 JavaScript 裡，先 JSON.parse 再對陣列做一輪走訪轉換，就能覆蓋大多數需要；字串值在你邏輯需要的地方當場解析成數字即可。

如果你需要巢狀結構，在下游自己搭：按某個鍵給陣列分組、把同屬一處的列合併、把子層掛到父層上。這些都是對穩定原料的加工，而這正是你對轉換器的期望。你不會得到的，是轉換器替你悄悄押注結構——一個有意偏向可預測而非便利的設計決定。

關於體量也說一句：輸出是一個陣列、每列一個物件，所以十萬列的 CSV 會變成一個很大的 JSON 檔案，而這正是應當的樣子——格式映照資料。會串流讀取或查詢的消費方處理大陣列毫無問題；會把整個檔案讀進記憶體的消費方則應該知道自己抱著的是什麼。轉換器不會為了把檔案變小而裁剪、抽樣或摘要：每一列都進去，每一列都出來。

隱私與檔案留存

和本站的一切一樣：一個檔案，免費，無需登入，沒有浮水印。傳輸走加密，處理在轉換叢集上完成，你的原始 CSV 和生成的 JSON 都會在 24 小時內自動刪除。留下的只有你下載的那份檔案。