JSON Serialization / Deserialization

       JSON, viết tắt của JavaScript Object Notation, là một trong những định dạng được sử dụng phổ biến nhất hiện nay nhờ cấu trúc đơn giản, dễ đọc và được hỗ trợ bởi hầu hết các ngôn ngữ lập trình.

Hai thao tác quan trọng khi làm việc với JSON là serialization và deserialization. Serialization là quá trình chuyển đổi một đối tượng hoặc cấu trúc dữ liệu trong chương trình thành chuỗi JSON. Ngược lại, deserialization là quá trình chuyển đổi chuỗi JSON trở về đối tượng hoặc cấu trúc dữ liệu mà chương trình có thể sử dụng. Hai khái niệm này đóng vai trò nền tảng trong giao tiếp giữa client và server, lưu trữ dữ liệu, xây dựng API và phát triển các hệ thống phân tán.

1. JSON là gì?

JSON là một định dạng dữ liệu dựa trên văn bản. Một đối tượng JSON thường được biểu diễn dưới dạng tập hợp các cặp khóa – giá trị, trong đó khóa phải được đặt trong dấu ngoặc kép. JSON hỗ trợ một số kiểu dữ liệu cơ bản:

• Chuỗi ký tự (string);
• Số (number);
• Giá trị logic true hoặc false;
• Giá trị rỗng null;
• Đối tượng (object);
• Mảng (array).

Ví dụ, thông tin của một sinh viên có thể được biểu diễn như sau:

{
  "id": 101,
  "name": "Nguyen Van An",
  "email": "[email protected]",
  "active": true,
  "skills": ["JavaScript", "Python"],
  "address": {
    "city": "Ha Noi",
    "country": "Viet Nam"
  }
}

JSON không lưu trực tiếp các khái niệm đặc thù của một ngôn ngữ lập trình như lớp, phương thức, con trỏ hay kiểu dữ liệu ngày tháng. Vì vậy, khi chuyển đổi dữ liệu giữa chương trình và JSON, lập trình viên cần hiểu rõ sự khác biệt giữa mô hình dữ liệu trong bộ nhớ và mô hình dữ liệu dạng văn bản.

2. Serialization là gì?

Serialization là quá trình biến đổi một đối tượng trong bộ nhớ thành một chuỗi hoặc luồng dữ liệu có thể lưu trữ hoặc truyền qua mạng. Trong trường hợp của JSON, đối tượng được chuyển thành chuỗi JSON.

Ví dụ trong JavaScript:

const user = {
  id: 101,
  name: "Nguyen Van An",
  active: true
};
const jsonText = JSON.stringify(user);
console.log(jsonText);

Kết quả:

{"id":101,"name":"Nguyen Van An","active":true}

Hàm JSON.stringify() thực hiện serialization. Nó duyệt qua các thuộc tính của đối tượng và tạo ra biểu diễn JSON tương ứng.

2.1. Mục đích của serialization

Serialization thường được sử dụng trong các trường hợp sau:

• Gửi dữ liệu qua mạng: Client chuyển dữ liệu thành JSON trước khi gửi trong nội dung của HTTP request.
• Lưu trữ dữ liệu: Một đối tượng có thể được chuyển thành chuỗi để lưu trong tệp hoặc cơ sở dữ liệu.
• Truyền dữ liệu giữa các tiến trình: Các chương trình khác nhau có thể trao đổi dữ liệu thông qua một định dạng chung.
• Lưu trạng thái ứng dụng: Trạng thái của một ứng dụng có thể được chuyển thành JSON để lưu vào bộ nhớ trình duyệt hoặc hệ thống cache.

2.2. Những điểm cần lưu ý khi serialization

Không phải mọi giá trị trong ngôn ngữ lập trình đều có thể được biểu diễn đầy đủ trong JSON. Chẳng hạn, trong JavaScript:

const data = {
  name: "An",
  birthDate: new Date("2000-01-01"),
  calculate: function () {
    return 1 + 1;
  },
  missing: undefined
};
console.log(JSON.stringify(data));

Trong kết quả, hàm và thuộc tính có giá trị undefined thường bị bỏ qua. Đối tượng Date cũng được chuyển thành chuỗi theo định dạng ngày giờ, chứ không còn giữ nguyên kiểu Date ban đầu. Điều này cho thấy serialization có thể làm mất một phần thông tin kiểu dữ liệu.

3. Deserialization là gì?

Deserialization là quá trình chuyển một chuỗi JSON trở lại thành đối tượng hoặc cấu trúc dữ liệu trong chương trình. Trong JavaScript, thao tác này được thực hiện bằng hàm JSON.parse().

const jsonText = '{"id":101,"name":"Nguyen Van An","active":true}';
const user = JSON.parse(jsonText);
console.log(user.name);

Kết quả là chương trình có thể truy cập dữ liệu dưới dạng một đối tượng JavaScript thông thường.

Trong Python, hai thao tác tương ứng nằm trong thư viện chuẩn json:

import json
user = {
    "id": 101,
    "name": "Nguyen Van An",
    "active": True
}
# Serialization
json_text = json.dumps(user)
print(json_text)
# Deserialization
data = json.loads(json_text)
print(data["name"])

Trong ví dụ này, json.dumps() chuyển đối tượng Python thành chuỗi JSON, còn json.loads() chuyển chuỗi JSON thành đối tượng Python.

4. Serialization và deserialization trong giao tiếp API

Một trong những ứng dụng phổ biến nhất của JSON là giao tiếp giữa frontend và backend thông qua API. Khi người dùng đăng nhập, trình duyệt có thể gửi thông tin đến máy chủ dưới dạng JSON:

POST /api/login HTTP/1.1
Content-Type: application/json
{
  "username": "an",
  "password": "example-password"
}

Máy chủ sẽ deserialization nội dung request để lấy tên đăng nhập và mật khẩu. Sau khi xử lý, máy chủ có thể serialization kết quả thành JSON rồi gửi về client:

{
  "success": true,
  "message": "Dang nhap thanh cong",
  "token": "abc123"
}

Frontend tiếp tục deserialization phản hồi này để hiển thị thông báo hoặc lưu token. Quy trình trên có thể được mô tả như sau:

Đối tượng phía client
        ↓ serialization
Chuỗi JSON trong HTTP request
        ↓ deserialization
Đối tượng phía server
        ↓ xử lý nghiệp vụ
Đối tượng kết quả phía server
        ↓ serialization
Chuỗi JSON trong HTTP response
        ↓ deserialization
Đối tượng phía client

Để giao tiếp chính xác, hai bên cần thống nhất cấu trúc dữ liệu, tên trường, kiểu dữ liệu và cách biểu diễn lỗi. Nếu client gửi trường userName nhưng server chỉ nhận username, dữ liệu có thể bị thiếu hoặc xử lý sai.

5. Ưu điểm của JSON Serialization và Deserialization

5.1. Đơn giản và dễ đọc

JSON có cú pháp gần với cách biểu diễn đối tượng trong nhiều ngôn ngữ lập trình. Con người có thể đọc và kiểm tra JSON tương đối dễ dàng, đặc biệt khi dữ liệu được định dạng với khoảng trắng phù hợp.

5.2. Hỗ trợ đa nền tảng

JSON không phụ thuộc vào một ngôn ngữ hay hệ điều hành cụ thể. Java, C#, JavaScript, Python, Go, PHP và nhiều ngôn ngữ khác đều có thư viện xử lý JSON.

5.3. Phù hợp với web và API

JSON hoạt động tốt với HTTP và JavaScript, vì vậy nó trở thành lựa chọn phổ biến cho REST API, ứng dụng web và ứng dụng di động.

5.4. Tương đối gọn nhẹ

So với một số định dạng có cấu trúc phức tạp hơn, JSON thường tạo ra dữ liệu có kích thước nhỏ và thuận tiện truyền qua mạng. Tuy nhiên, khi dữ liệu rất lớn hoặc yêu cầu hiệu năng cao, các định dạng nhị phân có thể phù hợp hơn.

5.5. Dễ kiểm thử và gỡ lỗi

Lập trình viên có thể đọc nội dung JSON trong log, công cụ phát triển trình duyệt hoặc công cụ kiểm thử API. Điều này giúp phát hiện lỗi trong quá trình trao đổi dữ liệu.

6. Hạn chế và rủi ro

6.1. Mất thông tin kiểu dữ liệu

JSON chỉ hỗ trợ một số kiểu cơ bản. Các kiểu như ngày tháng, số nguyên rất lớn, tập hợp, byte array hoặc đối tượng lớp thường cần quy ước riêng. Nếu không có quy ước rõ ràng, dữ liệu sau deserialization có thể không còn đúng kiểu ban đầu.

Ví dụ, một ngày tháng trong JSON thường chỉ là chuỗi:

{
  "createdAt": "2026-10-16T14:30:00Z"
}

Sau khi phân tích JSON, chương trình có thể nhận được một chuỗi thay vì một đối tượng ngày giờ. Vì vậy, lập trình viên phải chủ động chuyển đổi chuỗi này sang kiểu ngày tháng khi cần.

6.2. Kích thước dữ liệu tăng

JSON là định dạng văn bản nên thường lớn hơn các định dạng nhị phân tương đương. Với dữ liệu lớn, việc serialization và deserialization cũng có thể tiêu tốn thêm CPU và bộ nhớ.

6.3. Lỗi cú pháp

Một dấu phẩy thừa, thiếu dấu ngoặc kép hoặc sai cấu trúc đều có thể khiến quá trình deserialization thất bại:

{
  "name": "An",
  "age": 20,
}

Ví dụ trên không hợp lệ vì JSON không cho phép dấu phẩy sau thuộc tính cuối cùng. Khi xử lý dữ liệu từ bên ngoài, chương trình cần bắt lỗi thay vì giả định rằng mọi chuỗi JSON đều hợp lệ.

6.4. Rủi ro bảo mật

Dữ liệu JSON đến từ người dùng hoặc hệ thống bên ngoài không nên được tin tưởng tuyệt đối. Một số rủi ro thường gặp gồm:

• Dữ liệu độc hại hoặc quá lớn gây tiêu tốn tài nguyên;
• Giá trị sai kiểu làm lỗi logic nghiệp vụ;
• JSON chứa trường không được phép nhưng bị hệ thống sử dụng ngoài ý muốn;
• Lộ thông tin nhạy cảm trong log hoặc response;
• Không kiểm tra dữ liệu sau deserialization trước khi lưu vào cơ sở dữ liệu.

Cần phân biệt giữa việc parse JSON và việc xác thực dữ liệu. JSON.parse() chỉ kiểm tra chuỗi có đúng cú pháp JSON hay không; nó không đảm bảo rằng dữ liệu đúng nghiệp vụ. Vì vậy, ứng dụng vẫn cần kiểm tra schema, kiểu dữ liệu, độ dài và quyền truy cập.

7. Các nguyên tắc thực hành tốt

7.1. Xác định schema rõ ràng

API nên có tài liệu quy định tên trường, kiểu dữ liệu, trường bắt buộc, giá trị mặc định và định dạng lỗi. Có thể sử dụng JSON Schema hoặc các công cụ tương tự để tự động xác thực dữ liệu.

7.2. Bắt lỗi khi deserialization

Ví dụ trong JavaScript:

function parseJsonSafely(text) {
  try {
    return JSON.parse(text);
  } catch (error) {
    console.error("JSON khong hop le:", error.message);
    return null;
  }
}

Cách làm này giúp chương trình không bị dừng đột ngột khi nhận dữ liệu sai định dạng.

7.3. Xác thực sau khi parse

Sau khi deserialization, cần kiểm tra dữ liệu có đúng yêu cầu hay không:

const data = JSON.parse('{"age":"twenty"}');
if (typeof data.age !== "number") {
  throw new Error("Truong age phai la so");
}

Trong ứng dụng thực tế, nên dùng thư viện validation hoặc cơ chế kiểm tra schema thay vì chỉ kiểm tra thủ công ở một vài trường hợp.

7.4. Không truyền dữ liệu nhạy cảm không cần thiết

Mật khẩu, khóa bí mật, token nội bộ và thông tin cá nhân không nên xuất hiện trong JSON nếu không thực sự cần thiết. Đặc biệt, không nên ghi toàn bộ request hoặc response vào log trong môi trường sản xuất nếu dữ liệu có thể chứa thông tin nhạy cảm.

7.5. uy định cách xử lý ngày tháng và số lớn

Đội ngũ phát triển nên thống nhất định dạng ngày tháng, thường là ISO 8601, và quy tắc xử lý múi giờ. Với số nguyên vượt quá giới hạn an toàn của JavaScript, cần dùng chuỗi hoặc cơ chế đặc biệt để tránh mất độ chính xác.

7.6. Tối ưu khi dữ liệu lớn

Có thể áp dụng nén HTTP, phân trang, chỉ trả về các trường cần thiết hoặc sử dụng streaming parser. Trong hệ thống yêu cầu hiệu năng cao, nên cân nhắc các định dạng nhị phân như Protocol Buffers, MessagePack hoặc CBOR.

8. So sánh serialization/deserialization với mã hóa dữ liệu

Serialization không đồng nghĩa với mã hóa. Serialization chỉ thay đổi cách biểu diễn dữ liệu, ví dụ chuyển đối tượng thành chuỗi JSON. Bất kỳ ai nhìn thấy chuỗi JSON đều có thể đọc được nội dung nếu dữ liệu không được bảo vệ thêm.

Mã hóa, hay encryption, là quá trình biến dữ liệu thành dạng khó đọc và chỉ có thể khôi phục bằng khóa phù hợp. Vì vậy, nếu JSON chứa thông tin nhạy cảm, hệ thống cần sử dụng HTTPS khi truyền qua mạng và các cơ chế bảo vệ phù hợp khi lưu trữ. Không nên nghĩ rằng việc chuyển dữ liệu sang JSON đã làm dữ liệu an toàn.

9. Vai trò trong kiến trúc phần mềm hiện đại

Serialization và deserialization xuất hiện trong nhiều thành phần của hệ thống:

• REST API: Trao đổi request và response giữa client và server;
• Microservices: Giao tiếp giữa các dịch vụ;
• Message queue: Đóng gói thông điệp trước khi đưa vào hàng đợi;
• Cấu hình ứng dụng: Lưu cấu hình ở dạng JSON;
• Cơ sở dữ liệu NoSQL: Lưu các tài liệu có cấu trúc tương tự JSON;
• Ứng dụng di động: Gọi API và xử lý dữ liệu từ máy chủ;
• Cache và local storage: Lưu tạm trạng thái hoặc kết quả xử lý.

Trong các hệ thống phân tán, serialization còn liên quan đến khả năng tương thích phiên bản. Khi một dịch vụ thay đổi cấu trúc JSON, phiên bản cũ của dịch vụ khác có thể không hiểu trường mới hoặc xử lý sai trường đã thay đổi. Do đó, việc thiết kế API cần quan tâm đến khả năng mở rộng và tương thích ngược.

Kết luận

JSON Serialization và Deserialization là hai kỹ thuật cơ bản nhưng có vai trò rất quan trọng trong phát triển phần mềm. Serialization giúp chuyển dữ liệu trong bộ nhớ thành dạng có thể lưu trữ hoặc truyền đi, còn deserialization giúp khôi phục dữ liệu đó thành cấu trúc mà chương trình có thể xử lý. Nhờ tính đơn giản, dễ đọc và hỗ trợ đa nền tảng, JSON đã trở thành định dạng chủ yếu trong nhiều API và hệ thống web hiện nay.

Tuy nhiên, JSON không phải là giải pháp hoàn hảo cho mọi trường hợp. Lập trình viên cần chú ý đến việc mất kiểu dữ liệu, hiệu năng, lỗi cú pháp, xác thực dữ liệu và bảo mật. Một quy trình làm việc tốt không dừng lại ở việc parse JSON thành công mà còn phải kiểm tra schema, xác minh dữ liệu, xử lý lỗi và bảo vệ thông tin nhạy cảm. Khi được sử dụng đúng cách, serialization và deserialization bằng JSON sẽ giúp các hệ thống giao tiếp rõ ràng, linh hoạt và dễ bảo trì hơn.

Minh Anh

Xem tất cả bài viết của tác giả

Bài viết khác

Positive vs Negative Testing(Kiểm thử tích cực và Kiểm thử tiêu cực)

1.Positive vs Negative Testing là gì? Trong ngành công nghệ phần mềm, chất lượng sản phẩm không bao giờ là một khái niệm đơn chiều. Một ứng dụng được lập trình hoàn hảo trên lý thuyết vẫn có thể sụp đổ hoàn toàn ngay trong ngày đầu tiên phát hành nếu nó chỉ được chuẩn […]

Đọc thêm

Bun ORM

1. Bun ORM là gì? Bun là một thư viện ORM và SQL query builder dành cho Go, được thiết kế để làm việc với các cơ sở dữ liệu quan hệ như PostgreSQL, MySQL, SQLite và một số hệ quản trị khác thông qua driver tương ứng. Bun giúp developer ánh xạ dữ liệu […]

Đọc thêm

State Transition Testing(Kiểm thử chuyển đổi trạng thái)

1.State Transition Testing là gì? Trong các hệ thống phần mềm doanh nghiệp hiện đại, phần lớn các ứng dụng không hoạt động một cách tĩnh (static) mà mang tính động (dynamic) mạnh mẽ. Trạng thái phản hồi của một hệ thống tại một thời điểm không chỉ phụ thuộc vào đầu vào hiện tại, […]

Đọc thêm

REST API & HTTP

        Trong quá trình phát triển của công nghệ thông tin, nhu cầu kết nối các ứng dụng, thiết bị và dịch vụ ngày càng trở nên quan trọng. Một ứng dụng hiện đại hiếm khi hoạt động hoàn toàn độc lập. Ứng dụng di động cần trao đổi dữ liệu với […]

Đọc thêm

PostgreSQL / MySQL

  1. PostgreSQL và MySQL là gì? PostgreSQL và MySQL là hai hệ quản trị cơ sở dữ liệu quan hệ (Relational Database Management System – RDBMS) được sử dụng phổ biến trong phát triển phần mềm. Cả hai đều cho phép lưu trữ, tổ chức, truy vấn và quản lý dữ liệu bằng SQL. […]

Đọc thêm

OpenAPI / Swagger

1. OpenAPI / Swagger là gì? OpenAPI và Swagger là những khái niệm thường gặp khi phát triển backend và REST API. Chúng giúp lập trình viên mô tả, tài liệu hóa và kiểm thử API một cách rõ ràng hơn, từ đó thuận tiện cho việc phát triển, bảo trì và phối hợp giữa […]

Đọc thêm