Nén dữ liệu JSON (JSON Minifier & Compressor)

Nén dữ liệu JSON bằng JSON Minifier là gì?

JSON Minifier là công cụ thu gọn văn bản JSON bằng cách bỏ phần khoảng trắng, xuống dòng và thụt lề phục vụ trình bày. Mục đích là tạo một bản JSON gọn để sử dụng ở nơi không cần bố cục nhiều dòng. Kết quả vẫn là văn bản có thể đọc và phân tích, không phải tệp ZIP, dữ liệu mã hóa hay nội dung đã được che giấu.

Theo mã được cung cấp, công cụ nhận JSON dạng văn bản, phân tích dữ liệu rồi chuyển trở lại thành chuỗi. Có hai chế độ được xác nhận: minify để thu gọn và prettify để làm đẹp với mức thụt lề 4 khoảng trắng. Địa chỉ của trang này khiến chế độ khởi tạo là minify, phù hợp với nhu cầu nén phần trình bày.

Công cụ hữu ích khi bạn có một tài liệu JSON nhiều dòng nhưng cần bản gọn để dán vào cấu hình, mẫu yêu cầu hoặc trường nhận dữ liệu. Khoảng trắng nằm trong giá trị chuỗi vẫn được giữ vì đó là nội dung, không phải phần trang trí.

Cần hiểu “nén” ở đây theo nghĩa thu gọn văn bản. Công cụ không bảo đảm kích thước nhỏ nhất tuyệt đối và cũng không hứa mọi đầu vào đều ngắn hơn. JSON vốn đã gọn có thể không giảm độ dài; việc chuyển dữ liệu trở lại thành văn bản còn có thể làm thay đổi một số cách biểu diễn.

Khi nào nên thu gọn JSON?

Chuẩn bị JSON để đưa vào nơi nhận dữ liệu

Nên thu gọn JSON khi nơi nhận yêu cầu văn bản JSON và bạn không cần thụt lề để đọc trực tiếp. Những tình huống thường gặp gồm chuẩn bị mẫu cấu hình, nội dung thử nghiệm hoặc phần thân yêu cầu API. Một bản gọn bớt dòng trống và khoảng trắng trình bày có thể thuận tiện hơn khi sao chép giữa các trường nhập liệu.

Tuy nhiên, thu gọn không làm dữ liệu tự động phù hợp với hệ thống đích. Bên nhận vẫn quyết định tên trường, kiểu giá trị, trường bắt buộc và cấu trúc được chấp nhận. Ví dụ, một API yêu cầu mảng sẽ không nhất thiết nhận một object chỉ vì object đó là JSON hợp lệ.

Với JSON có nhiều cấp thụt lề, bỏ phần trình bày thường làm văn bản ngắn hơn. Nhưng không thể từ đó suy ra mức giảm dung lượng truyền qua mạng: kết quả còn phụ thuộc cách mã hóa ký tự, giao thức và cơ chế nén của hệ thống sử dụng.

Giữ bản dễ đọc để rà soát

Một cách làm việc phù hợp là giữ bản dễ đọc để kiểm tra và tạo bản gọn khi cần sử dụng. Bản dễ đọc giúp nhận ra quan hệ giữa object, mảng và các giá trị; bản gọn phục vụ nơi nhận không cần bố cục. Công cụ không tự quản lý hoặc đồng bộ hai bản, nên bạn cần tránh dùng nhầm phiên bản cũ.

Khi dữ liệu cần được bảo toàn, hãy đối chiếu nội dung trước và sau, đặc biệt với số lớn hoặc tên thuộc tính trùng. Bạn có thể tham khảo công cụ so sánh JSON cho nhu cầu đối chiếu riêng; không nên hiểu rằng hai trang tự chuyển dữ liệu cho nhau.

Đầu vào cần có gì và kết quả cho biết điều gì?

Những dạng JSON được chấp nhận

Đầu vào là văn bản JSON được nhập hoặc dán vào ô dữ liệu. Phần triển khai được cung cấp không có chức năng tải tệp lên hay lấy nội dung từ một địa chỉ URL. Nếu dữ liệu đang nằm trong tệp, nội dung văn bản của tệp mới là thứ cần đưa vào ô nhập.

Giá trị gốc không bắt buộc phải là object. Bộ phân tích có thể nhận object, array, string, number, boolean và null. Vì vậy, false, 42 hoặc "xin chào" đều có thể là toàn bộ một văn bản JSON hợp lệ. Các giá trị này không nhất thiết phù hợp với yêu cầu của ứng dụng đích.

Tên thuộc tính và giá trị chuỗi phải dùng dấu ngoặc kép. Comment, dấu phẩy cuối và chuỗi viết bằng dấu nháy đơn không được chấp nhận trong luồng xử lý này. Khoảng trắng ở hai đầu văn bản được bỏ trước khi phân tích; đầu vào chỉ có khoảng trắng được xem như chưa có dữ liệu.

Cách hiểu trạng thái và kết quả

Có ba tình huống chính: dữ liệu phân tích được thì xuất kết quả và báo hợp lệ; lỗi xử lý thì kết quả trống kèm thông báo; đầu vào rỗng thì kết quả trống và chuyển sang chờ nhập liệu. Thông báo lỗi cụ thể được lấy từ trình duyệt nên câu chữ có thể khác giữa các môi trường.

Ô kết quả chỉ đọc và có chức năng sao chép. Nội dung xuất ra phụ thuộc chế độ đang chọn: JSON gọn hoặc JSON được thụt lề. Trạng thái hợp lệ chỉ xác nhận khả năng phân tích cú pháp, không xác nhận đúng schema hay đúng nghiệp vụ. Giao diện được cung cấp cũng không có số byte, tỷ lệ nén hoặc chức năng tải tệp kết quả xuống.

Công cụ thu gọn và làm đẹp JSON như thế nào?

Phân tích dữ liệu trước khi tạo kết quả

Luồng xử lý gồm ba bước: bỏ khoảng trắng đầu cuối, phân tích văn bản JSON thành giá trị dữ liệu, rồi chuyển giá trị đó trở lại thành văn bản. Đây không phải cách tìm và xóa mọi ký tự trắng trực tiếp trên tài liệu gốc. Việc phân tích trước giúp phân biệt phần trình bày với nội dung thực sự của chuỗi.

Công cụ xử lý lại khi nội dung đầu vào thay đổi hoặc khi chuyển chế độ. Hai chế độ dùng cùng bước phân tích, nhưng khác cách trình bày đầu ra. Do có giá trị JavaScript làm trung gian, kết quả không nhất thiết giữ nguyên cách viết số, ký tự escape hoặc thứ tự một số thuộc tính dạng chỉ số nguyên.

Bỏ phần trình bày, không xóa nội dung chuỗi

Ở chế độ minify, văn bản được tạo lại mà không thêm thụt lề hoặc xuống dòng định dạng. Khoảng trắng quanh dấu hai chấm, dấu phẩy và các phần tử có thể biến mất, nhưng khoảng trắng trong "Gói cơ bản" vẫn còn. Giá trị null cũng được giữ, không bị loại bỏ khỏi object hay mảng.

Ở chế độ prettify, mỗi cấp cấu trúc được thụt thêm 4 khoảng trắng. Object chứa mảng có thể trải thành nhiều dòng để dễ quan sát quan hệ lồng nhau. Ngược lại, một giá trị đơn giản như false không có cấu trúc cần chia dòng, nên làm đẹp không khiến nó trở thành tài liệu nhiều dòng.

Điều xảy ra khi dữ liệu lỗi

Nếu không phân tích được đầu vào, công cụ không thu gọn một phần và không tự sửa lỗi. Kết quả đang có bị xóa, trạng thái chuyển sang lỗi và thông báo từ trình duyệt được hiển thị. Điều này giúp tránh hiểu nhầm rằng kết quả cũ vẫn tương ứng với nội dung mới đang nhập.

Trong lúc gõ, một tài liệu chưa hoàn thành có thể tạm thời báo lỗi, chẳng hạn khi bạn chưa đóng ngoặc hoặc dấu ngoặc kép. Cần phân biệt trạng thái tạm thời đó với dữ liệu hoàn chỉnh nhưng sai cú pháp. Sau khi đầu vào hợp lệ, lần xử lý tiếp theo sẽ tạo lại kết quả theo chế độ hiện tại.

Các thuật ngữ cần hiểu khi minify JSON

JSON

JSON là định dạng văn bản dùng để biểu diễn dữ liệu bằng object, mảng và các giá trị cơ bản. Nó có quy tắc cú pháp riêng, không đồng nghĩa với một đoạn JavaScript tùy ý. Chẳng hạn, tên thuộc tính trong JSON phải đặt trong dấu ngoặc kép. Hiểu điểm này giúp tránh dán object viết theo cú pháp JavaScript rồi cho rằng công cụ báo lỗi sai. JSON hợp lệ vẫn có thể chứa dữ liệu không phù hợp với ứng dụng.

Minify

Minify là thu gọn phần trình bày của văn bản để giảm những khoảng trắng hoặc xuống dòng không cần thiết. Trong công cụ này, thao tác được thực hiện bằng phân tích rồi xuất lại JSON gọn. Không nên nhầm minify với việc cắt nội dung chuỗi, bỏ các trường có giá trị rỗng hay nén thành tệp nhị phân. Một nhãn có khoảng trắng giữa các từ vẫn phải giữ khoảng trắng đó sau khi thu gọn.

Prettify

Prettify là trình bày lại văn bản cho dễ đọc bằng xuống dòng và thụt lề. Chế độ này dùng 4 khoảng trắng cho mỗi cấp cấu trúc, giúp bạn nhìn rõ phần tử thuộc mảng nào hoặc thuộc tính nằm trong object nào. Nó không sửa giá trị sai và không bổ sung trường thiếu. Một tài liệu có dấu phẩy cuối vẫn phải được sửa cú pháp trước khi có thể làm đẹp bằng công cụ.

Phân tích cú pháp

Phân tích cú pháp là đọc văn bản theo quy tắc của định dạng để tạo thành giá trị dữ liệu. Đây là cơ sở để công cụ báo JSON hợp lệ hoặc hiển thị lỗi. Dễ nhầm bước này với kiểm tra schema, nhưng hai việc khác nhau: phân tích được {"age":"abc"} không có nghĩa trường tuổi đã đúng kiểu mà ứng dụng yêu cầu. Công cụ chỉ xác nhận cấu trúc văn bản có thể được đọc theo cú pháp JSON.

Tuần tự hóa

Tuần tự hóa là chuyển một giá trị dữ liệu trở lại thành văn bản để trao đổi hoặc lưu trữ. Trong công cụ, đây là bước tạo bản gọn hoặc bản dễ đọc sau khi phân tích. Vì văn bản được tạo lại từ giá trị trung gian, cách viết ban đầu không được bảo toàn từng ký tự. Ví dụ, hai cách biểu diễn tương đương của một chuỗi có thể trở thành cùng một cách viết ở đầu ra.

Ví dụ thu gọn JSON và cách đọc kết quả

Thu gọn nhưng giữ khoảng trắng trong chuỗi

Các ví dụ dưới đây dùng dữ liệu giả định. Kết quả được suy ra từ luồng mã và hành vi chuẩn của các thao tác JSON, không phải báo cáo chạy thử. Giả sử đầu vào ở chế độ minify là:

{ "label": "Gói cơ bản", "enabled": true, "note": null }

Đầu ra tương ứng:

{"label":"Gói cơ bản","enabled":true,"note":null}

Khoảng trắng quanh dấu phân cách đã bị bỏ, nhưng nhãn vẫn chứa các khoảng trắng giữa từ. Giá trị boolean true và null vẫn có mặt. Ví dụ không đưa ra số byte hay tỷ lệ giảm dung lượng, vì giao diện không tính những chỉ số đó.

Làm đẹp một cấu trúc có mảng

Giả sử chuyển sang prettify với đầu vào {"levels":[2,4]}. Hai số 2 và 4 là giá trị minh họa nhỏ, không phải số đo dung lượng và không gắn đơn vị. Đầu ra theo quy tắc thụt lề 4 khoảng trắng là:

{
    "levels": [
        2,
        4
    ]
}

Thuộc tính nằm ở cấp thụt lề thứ nhất, còn phần tử mảng nằm ở cấp tiếp theo. Bố cục giúp nhìn rõ mảng thuộc object bên ngoài. Dữ liệu không được bổ sung hay tính toán lại; thay đổi chủ yếu ở cách trình bày để người đọc dễ rà soát cấu trúc.

Dữ liệu lỗi và thuộc tính trùng

Với đầu vào {"enabled":true,}, dấu phẩy cuối khiến việc phân tích thất bại. Kết quả sẽ trống và có trạng thái lỗi, chứ không phải bản tự động bỏ dấu phẩy. Không thể ấn định nguyên văn thông báo vì câu chữ phụ thuộc trình duyệt.

Một trường hợp khác là {"level":1,"level":2}. Khi phân tích theo hành vi JavaScript trong luồng này, giá trị xuất hiện sau được giữ. Đầu ra minify là {"level":2}. Đây là ví dụ quan trọng cho thấy thu gọn không bảo toàn nguyên văn: tài liệu có thuộc tính trùng có thể mất một lần xuất hiện sau bước phân tích. Nếu cả hai giá trị đều có ý nghĩa với dữ liệu nguồn, cần làm rõ cấu trúc trước khi sử dụng kết quả.

Minify khác prettify và nén gzip ở điểm nào?

Chọn dạng gọn hay dạng dễ đọc

Minify phù hợp khi cần JSON ít phần trình bày để đưa vào nơi nhận dữ liệu. Prettify phù hợp khi cần quan sát cấu trúc và rà soát nội dung bằng mắt. Cả hai chế độ trong công cụ đều yêu cầu đầu vào phân tích được; không chế độ nào biến JSON sai cú pháp thành dữ liệu hợp lệ.

Đầu ra của cả hai vẫn là văn bản JSON đọc trực tiếp được. Khác biệt chủ yếu là bố cục: bản gọn không có thụt lề định dạng, còn bản đẹp thể hiện cấp lồng nhau bằng khoảng trắng và xuống dòng. Nếu trọng tâm là đọc tài liệu, bạn có thể tham khảo công cụ làm đẹp và định dạng JSON; đây là lựa chọn riêng, không phải cơ chế tự đồng bộ với trang hiện tại.

Thu gọn văn bản không phải nén nhị phân

Về kiến thức nền, gzip và Brotli nén biểu diễn byte của dữ liệu và cần bước giải nén để khôi phục nội dung sử dụng. Chúng không phải các chế độ được triển khai trong mã công cụ này. Việc thu gọn JSON và việc nén khi truyền tải có mục tiêu liên quan nhưng là hai thao tác khác nhau.

Minify cũng không phải mã hóa. Người có bản JSON gọn vẫn có thể đọc, phân tích hoặc làm đẹp lại nội dung. Vì vậy, không nên dùng thu gọn như một biện pháp bảo vệ token, mật khẩu hoặc thông tin cá nhân. Số dòng ít hơn không làm dữ liệu trở nên bí mật hơn.

Giới hạn và lưu ý trước khi dùng kết quả

Độ chính xác và bảo toàn dữ liệu

Đúng cú pháp không đồng nghĩa đúng dữ liệu. Công cụ không kiểm tra schema, trường bắt buộc hay ý nghĩa nghiệp vụ. Sau khi thu gọn, bạn vẫn cần xác nhận kết quả đáp ứng yêu cầu của nơi nhận.

Số nguyên vượt vùng biểu diễn chính xác của JavaScript có nguy cơ thay đổi giá trị khi phân tích. Ngoài ra, biểu diễn số, escape hoặc thứ tự một số thuộc tính có thể đổi khi xuất lại. Không nên dùng kết quả tùy tiện cho tài liệu ký số hoặc quy trình so sánh từng byte, vì tương đương về nội dung không đồng nghĩa giống nguyên văn.

Dung lượng, quyền sao chép và dữ liệu nhạy cảm

Mã được cung cấp không triển khai nhập tệp, xuất tệp hoặc xử lý hàng loạt, cũng không đặt giới hạn độ dài cụ thể. Do xử lý diễn ra khi nội dung thay đổi, tài liệu lớn có thể làm giao diện chậm. Chưa có dữ liệu kiểm thử để xác định ngưỡng dung lượng an toàn hay tốc độ xử lý.

Phần xử lý JSON đã thấy dùng các hàm của trình duyệt. Tuy nhiên, điều đó không chứng minh toàn bộ website không gửi hoặc lưu dữ liệu; các thành phần khác của trang chưa được xác minh. Tránh dán bí mật khi chưa đánh giá môi trường sử dụng.

Sao chép tự động phụ thuộc Clipboard API, quyền truy cập và ngữ cảnh trình duyệt. Nếu sao chép thất bại nhưng kết quả vẫn hiển thị, đó không nhất thiết là lỗi JSON; bạn có thể chọn văn bản để sao chép thủ công.

Câu hỏi thường gặp

Vì sao JSON có dấu phẩy cuối hoặc comment lại bị báo lỗi?

Vì bộ phân tích được sử dụng chấp nhận cú pháp JSON, không phải mọi biến thể cấu hình giống JSON. Dấu phẩy sau phần tử cuối và comment không thuộc cú pháp được xử lý ở đây, dù một số trình soạn thảo hoặc hệ thống khác có thể cho phép. Bạn cần loại bỏ chúng trong dữ liệu nguồn rồi mới thu gọn. Công cụ không tự sửa các chi tiết này; thông báo lỗi cụ thể có thể khác theo trình duyệt.

Tại sao minify xong mà JSON không ngắn hơn?

JSON có thể vốn đã không còn khoảng trắng định dạng để bỏ. Với đầu vào như {"ok":true}, việc thu gọn không có nhiều tác dụng về độ dài. Ngoài ra, công cụ tạo lại văn bản từ dữ liệu đã phân tích nên cách biểu diễn có thể thay đổi, thay vì chỉ xóa ký tự. Giao diện không tính tỷ lệ nén; nếu cần đánh giá dung lượng thực tế, hãy xác định rõ bạn đang so số ký tự hay số byte theo một cách mã hóa cụ thể.

Công cụ có xóa khoảng trắng trong chuỗi hoặc giá trị null không?

Không. Khoảng trắng thuộc giá trị chuỗi và giá trị null được giữ trong kết quả theo luồng xử lý đã cung cấp. Chẳng hạn, một tên có khoảng trắng giữa các từ không bị nối thành một từ duy nhất. Cần phân biệt khoảng trắng bên trong dấu ngoặc kép với khoảng trắng dùng để căn lề bên ngoài. Nếu muốn bỏ trường mang giá trị null hoặc chỉnh nội dung chuỗi, đó là nhu cầu biến đổi dữ liệu khác, không phải chức năng minify này.

Tôi có thể nhập một giá trị false thay vì object không?

Có. false là một giá trị JSON hợp lệ và có thể đứng riêng ở cấp gốc. Kết quả là văn bản false, không bị coi là ô trống chỉ vì giá trị boolean có nghĩa “sai”. Tuy vậy, hệ thống đích có thể yêu cầu object hoặc mảng và từ chối giá trị đơn giản. Cũng cần phân biệt false với "false": dạng đầu là boolean, còn dạng có dấu ngoặc kép là chuỗi, nên ý nghĩa dữ liệu khác nhau.

Có thể tải tệp JSON lên và tải kết quả xuống không?

Không có hai chức năng đó trong phần triển khai được cung cấp. Công cụ làm việc với văn bản trong ô nhập và xuất văn bản ở ô kết quả để sao chép. Bạn có thể lấy nội dung từ tệp JSON bằng trình soạn thảo rồi đưa vào công cụ, sau đó lưu kết quả bằng phương tiện riêng. Đây là thao tác bên ngoài, không phải quy trình tải tệp được tích hợp. Cũng chưa có căn cứ xác nhận khả năng xử lý nhiều tệp cùng lúc.

Vì sao có kết quả nhưng sao chép tự động không thành công?

Sao chép tự động có thể thất bại do trình duyệt không hỗ trợ API cần thiết, quyền bị hạn chế hoặc ngữ cảnh trang không đáp ứng điều kiện truy cập clipboard. Điều này khác với lỗi phân tích JSON: một kết quả hợp lệ vẫn có thể không được sao chép tự động. Bạn có thể chọn nội dung trong ô kết quả và dùng chức năng sao chép của thiết bị. Nếu kết quả đang trống hoặc lỗi đang hiển thị, mã không thực hiện thao tác sao chép.

Có nên dán token, mật khẩu hoặc dữ liệu cá nhân vào công cụ không?

Không nên dán những dữ liệu đó nếu chưa đánh giá chính sách và môi trường sử dụng của toàn trang. Việc đoạn xử lý JSON chạy trong trình duyệt không đủ để khẳng định mọi thành phần website đều không gửi hoặc lưu nội dung. Khi chỉ cần kiểm tra cấu trúc, hãy dùng mẫu giả định hoặc thay thông tin nhạy cảm bằng giá trị minh họa phù hợp. Thu gọn không mã hóa hay che giấu dữ liệu, nên bản kết quả vẫn cần được bảo vệ như bản nguồn.