Buffers trong Node.js, Buffers được sử dụng như thế nào?

Buffers trong Node.js, Buffers được sử dụng như thế nào?

Tin ngắn hàng ngày dành cho bạn
  • Hơn 1 tuần nay mình không đăng bài, không phải không có gì để viết mà đang tìm cách để phân phối nội dung có giá trị hơn trong thời đại AI đang bùng nổ mạnh mẽ như thế này.

    Như từ hồi đầu năm đã chia sẻ, số lượng người truy cập vào trang blog của mình đang dần ít đi. Khi xem thống kê, lượng người dùng trong 6 tháng đầu năm 2025 đã giảm 30% so với cùng kì năm ngoái, 15% so với 6 tháng cuối năm 2024. Như vậy một sự thật là người dùng đang rời bỏ dần đi. Nguyên nhân do đâu?

    Mình nghĩ lý do lớn nhất là thói quen của người dùng đã thay đổi. Họ tìm thấy blog chủ yếu qua các công cụ tìm kiếm, trong đó lớn nhất là Google. Gần 1/2 số lượng người dùng quay trở lại blog mà không cần thông qua bước tìm kiếm. Đó là một tín hiệu đáng mừng nhưng vẫn không đủ để tăng lượng người dùng mới. Chưa kể giờ đây, Google đã ra mắt tính năng AI Search Labs - tức là AI hiển thị luôn nội dung tổng hợp khi người dùng tìm kiếm, điều đó càng khiến cho khả năng người dùng truy cập vào trang web thấp hơn. Một điều thú vị là khi Search Labs được giới thiệu, thì các bài viết bằng tiếng Anh đã soán ngôi trong bảng xếp hạng truy cập nhiều nhất.

    Một bài viết của mình thường rất dài, có khi lên đến cả 2000 chữ. Mà để viết ra được một bài như thế tốn nhiều thời gian. Nhiều bài viết ra chẳng có ai đọc là điều bình thường. Mình biết và chấp nhận vì không phải ai cũng gặp phải vấn đề đang nói đến. Viết đối với mình như một cách để rèn luyện sự kiên nhẫn và cả tư duy. Viết ra mà giúp được cả ai đó là một điều tuyệt vời.

    Vậy nên mình đang nghĩ sẽ tập trung vào nội dung ngắn và trung bình để viết được nhiều hơn. Nội dung dài chỉ khi muốn viết chi tiết hoặc đi sâu về một chủ đề nào đó. Nên là đang tìm cách thiết kế lại trang blog. Mọi người cùng chờ nha 😄

    » Xem thêm
  • CloudFlare đã giới thiệu tính năng pay per crawl để tính phí cho mỗi lần AI "cào" dữ liệu trên trang web của bạn. Là sao ta 🤔?

    Mục đích của SEO là giúp các công cụ tìm kiếm nhìn thấy trang web. Khi người dùng tìm kiếm nội dung mà có liên quan thì nó hiển thị trang web của bạn ra kết quả tìm kiếm. Điều này gần như là đôi bên cùng có lợi khi Google giúp nhiều người biết đến trang web hơn, còn Google thì được nhiều người dùng hơn.

    Bây giờ cuộc chơi với các AI Agents thì lại khác. AI Agents phải chủ động đi tìm kiếm nguồn thông tin và tiện thể "cào" luôn dữ liệu của bạn về, rồi xào nấu hay làm gì đó mà chúng ta cũng chẳng thể biết được. Vậy đây gần như là cuộc chơi chỉ mang lại lợi ích cho 1 bên 🤔!?

    Nước đi của CloudFlare là bắt AI Agents phải trả tiền cho mỗi lần lấy dữ liệu từ trang web của bạn. Nếu không trả tiền thì tôi không cho ông đọc dữ liệu của tôi. Kiểu vậy. Hãy chờ thêm một thời gian nữa xem sao 🤓.

    » Xem thêm
  • Lúc khái niệm "Vibe Code" bùng nổ mình cũng tò và tìm hiểu xem nó là gì. Hoá ra là chỉ cách lập trình mới: Lập trình viên ra lệnh và để cho LLM tự viết mã. Sau đó là hàng loạt các bài viết nói về cách họ đã xây dựng ứng dụng mà không cần phải viết một dòng mã nào, hoặc 100% là do AI viết...

    Mình không có ý kiến gì vì mỗi người một sở thích. Nhưng nếu tiếp xúc với nhiều thông tin như vậy thì ít nhiều thế hệ lập trình viên mới sẽ "ám ảnh". Khi làm việc với ngôn ngữ lập trình, chúng ta đang tiếp xúc ở bề nổi rồi. Đằng sau đó còn nhiều lớp khác che giấu sự phức tạp. Ví dụ biết viết JavaScript nhưng có biết nó chạy như thế nào không 🤔? Trên thực tế bạn chẳng cần phải biết nó chạy như thế nào mà chỉ cần biết cú pháp là viết được chương trình chạy ngon ơ.

    LLMs giờ đây lại thêm một lớp ảo hoá cho việc viết mã. Tức là nơi chúng ta không cần trực tiếp viết mà là ra lệnh. Làm việc sẽ nhanh hơn nhưng khi gặp vấn đề thì nhiều khả năng phải vận dụng kiến thức của tầng thấp hơn để giải quyết.

    Mình dùng Cursor, nhưng tính năng thích nhất và dùng nhiều nhất là Autocomplete & Suggestions. Thi thoảng cũng dùng Agents để bảo nó viết tiếp đoạn mã đang dở, thường thì nó làm rất tốt. Hoặc khi gặp lỗi thì hỏi, có lúc giải quyết được, lúc thì không. Nhìn chung nó đang làm thay nhiệm vụ của Google & Stack Overflow, giúp tiết kiệm thời gian 😆

    LLMs như một cuốn bách khoa toàn thư rất khủng khiếp. Hỏi gì cũng biết, cũng trả lời được nhưng có một sự thật là nó chỉ là mô hình đoán chữ (đoán tokens). Thế nên nếu vấn đề phổ biến thì nó sẽ làm rất tốt, nhưng vấn đề ít phổ biến hơn thì nó lại rất tệ, hoặc thậm chí là đưa ra thông tin sai lệch, nhiễu... Tóm lại, cần phải biết cách khai thác thông tin, mà để biết thì buộc người dùng phải có một lượng kiến thức nhất định, tránh rơi vào cái bẫy thiên kiến uy quyền (tin tưởng tuyệt đối vào ai đó) hoặc thiên kiến xác nhận (xác nhận niềm tin sẵn có bằng cách chỉ tìm bằng chứng xác nhận niềm tin đó).

    Tại thấy bài viết này nên lại nổi hứng viết vài dòng 🤓 Why I'm Dialing Back My LLM Usage

    » Xem thêm

Buffer là gì?

Buffer là một vùng bộ nhớ, nó đại diện cho một đoạn bộ nhớ có kích thước cố định (không thể thay đổi) được phân bổ ở bên ngoài V8 JavaScript Engine.

Bạn có thể coi Buffer giống như một mảng các số nguyên, mỗi số đại diện cho một byte dữ liệu.

Nó được triển khai bởi class Buffer.

Tại sao chúng ta cần Buffer?

Buffer được giới thiệu để giúp các nhà phát triển xử lý dữ liệu nhị phân, trong một hệ sinh thái mà theo truyền thống chỉ xử lý các chuỗi thay vì xử lý nhị phân.

Buffer được liên kết sâu sắc với streams. Khi một quá trình streams nhận dữ liệu nhanh hơn mức nó có thể xử lý, nó sẽ đưa dữ liệu vào buffer.

Hình dung đơn giản về buffer là khi bạn đang xem video trên YouTube và sẽ có 2 đường màu đỏ và màu trắng. Khi đường màu trắng dài hơn tức là trình duyệt đang tải dữ liệu xuống nhanh hơn so với khi đang xem, và trình duyệt sẽ lưu dữ liệu đó vào buffer.

Video buffering

Tạo một Buffer

Một Buffer được tạo ra bằng cách sử dụng Buffer.from(), Buffer.alloc() hoặc Buffer.allocUnsafe():

const buf = Buffer.from('Hey!');
Buffer.from(array);
Buffer.from(arrayBuffer[, byteOffset[, length]]);
Buffer.from(buffer);
Buffer.from(string[, encoding]);

Bạn cũng có thể khởi tạo một buffer theo kích thước. Ví dụ dưới đây sẽ tạo ra một Buffer có kích thước 1KB:

const buf = Buffer.alloc(1024);
// hoặc
const buf = Buffer.allocUnsafe(1024);

Cả hai phương thức allocallocUnsafe phân bổ một Buffer có kích thước được chỉ định theo byte, Buffer được tạo bởi alloc sẽ được khởi tạo bằng 0 và Buffer được tạo bởi allocUnsafe sẽ không được khởi tạo. Điều này có nghĩa là mặc dù allocUnsafe sẽ khá nhanh hơn so với alloc, nhưng phân đoạn bộ nhớ được cấp phát có khả năng có thể chứa dữ liệu cũ.

Dữ liệu cũ nếu có trong bộ nhớ, có thể bị truy cập hoặc bị rò rỉ khi Buffer bộ nhớ được đọc. Đây là điều thực sự làm cho allocUnsafe không an toàn và cần phải cẩn thận hơn trong khi sử dụng nó.

Sử dụng Buffer

Truy cập nội dung của buffer

Buffer là một mảng byte, có thể được truy cập giống như một mảng:

const buf = Buffer.from('Hey!');
console.log(buf[0]); // 72
console.log(buf[1]); // 101
console.log(buf[2]); // 121

Những con số đó là mã Unicode xác định ký tự ở vị trí của buffer (H => 72, e => 101, y => 121).

Bạn có thể in toàn bộ nội dung của buffer bằng phương thức toString()

console.log(buf.toString()); // Hey!  

Lưu ý, nếu bạn khởi tạo buffer với kích thước xác định thì vùng nhớ khởi tạo trước đó sẽ chứa dữ liệu ngẫu nhiên, không phải là một buffer trống!

Độ dài của một Buffer

Sử dụng thuộc tính length.

const buf = Buffer.from('Hey!');
console.log(buf.length); // 4

Lặp nội dung của Buffer

const buf = Buffer.from('Hey!');
for (const item of buf) {
  console.log(item); // 72 101 121 33
}

Thay đổi nội dung của Buffer

Bạn có thể thay đổi toàn bộ nội dung của một Buffer bằng cách sử dụng write().

const buf = Buffer.alloc(4);
buf.write('Hey!');
console.log(buf); // Hey!  

Hoặc bạn cũng có thể thay đổi nội dung bằng cú pháp giống như khi sử dụng một mảng.

const buf = Buffer.from('Hey!');
buf[1] = 111; // o
console.log(buf.toString()); // Hoy!  

Sao chép Buffer

Có thể sao chép Buffer bằng phương thức copy().

const buf = Buffer.from('Hey!');
let bufcopy = Buffer.alloc(4);
buf.copy(bufcopy);
console.log(bufcopy); // Hey!  

Theo mặc định, copy() sao chép toàn bộ Buffer. Bạn có thể cung cấp 3 tham số theo thứ tự cho phép bạn xác định vị trí bắt đầu, vị trí kết thúc và độ dài Buffer mới:

const buf = Buffer.from('Hey!');
let bufcopy = Buffer.alloc(2); // cấp phát 2 byte bộ nhớ
buf.copy(bufcopy, 0, 0, 2);
console.log(bufcopy.toString()); // 'He'

Slice Buffer

Một slice của Buffer vẫn tham chiếu đến nó, tức là khi Buffer thay đổi, slice đó cũng sẽ thay đổi.

Sử dụng slice() để tạo một "lát cắt". Tham số đầu tiên là vị trí bắt đầu và bạn có thể chỉ định tham số thứ hai là vị trí kết thúc:

const buf = Buffer.from('Hey!');
buf.slice(0).toString() // Hey!  
const slice = buf.slice(0, 2);
console.log(slice.toString()); // He
buf[1] = 111; // o
console.log(slice.toString()); // Ho

Tổng kết

Buffer là một dạng dữ liệu nhị phân có kích thước cố định. Các nhà phát triển JavaScript thường sẽ không làm việc thường xuyên với kiểu dữ liệu này so với các nhà phát triển C, C++ hoặc Go (hoặc bất kỳ lập trình viên nào sử dụng những ngôn ngữ lập trình hệ thống), tương tác với bộ nhớ hàng ngày. Buffer thường được thấy trong việc xử lý Streams - là một cách để xử lý việc đọc/ghi tệp, truyền dữ liệu trực tiếp hoặc bất kỳ loại trao đổi thông tin từ các thiết bị đầu cuối một cách hiệu quả. Ở bài viết sau chúng ta sẽ cùng nhau tìm hiểu về Streams là gì!

Cao cấp
Hello

Tôi & khao khát "chơi chữ"

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.

Bình luận (0)

Nội dung bình luận...