Chrome 153 beta

Rachel Andrew

Xuất bản: Ngày 20 tháng 8 năm 2026

Trừ phi có ghi chú khác, những thay đổi sau đây áp dụng cho bản phát hành mới nhất của kênh beta Chrome dành cho Android, ChromeOS, Linux, macOS và Windows. Tìm hiểu thêm về các tính năng này bằng cách sử dụng các đường liên kết được cung cấp hoặc truy cập vào ChromeStatus.com. Chrome đang ở giai đoạn thử nghiệm beta kể từ bản phát hành này. Bạn có thể tải phiên bản thử nghiệm mới nhất xuống từ Google.com cho máy tính hoặc từ Cửa hàng Google Play trên Android.

CSS và giao diện người dùng

Vùng chứa có thể cuộn theo một trục

Mở rộng thuộc tính overflow để hỗ trợ các giá trị có thể cuộn cùng với clip (ví dụ: overflow: scroll clip). Điều này cho phép position: sticky bị giới hạn bởi các vùng chứa cuộn đối tượng cấp trên khác nhau trên mỗi trục và giúp tác giả đảm bảo rằng một trục sử dụng overflow: clip vẫn ở nguyên vị trí.

Thuộc tính scroll-axis-lock

scroll-axis-lock là một thuộc tính CSS mà nhà phát triển có thể dùng để hướng dẫn trình duyệt không giới hạn cử chỉ di chuyển của người dùng theo một trục.

Trình duyệt web thường "khoá" cử chỉ di chuyển của người dùng theo một trục duy nhất khi cử chỉ đó bắt đầu với chuyển động đáng kể hơn theo một trục so với trục vuông góc. Trong nhiều trường hợp, hành vi này giúp cải thiện trải nghiệm của người dùng bằng cách tránh trường hợp vô tình cuộn dọc theo trục vuông góc khi người dùng chỉ muốn cuộn theo một trục. Tuy nhiên, trong trường hợp nhà phát triển muốn phần tử của họ luôn có thể cuộn theo đường chéo, hành vi khoá này buộc người dùng phải bắt đầu cử chỉ ở một góc không kích hoạt hành vi khoá, thường không phù hợp với trải nghiệm người dùng mà tác giả dự định.

JavaScript

Iterator Join

Một đề xuất của TC39 nhằm thêm vào JavaScript một phương tiện để nối nội dung của một trình lặp thành một chuỗi. Phương thức join() của các thực thể Iterator tương tự như Array.prototype.join(): phương thức này trả về một chuỗi là kết quả của việc nối tất cả các phần tử do trình lặp tạo ra, được phân tách bằng dấu phẩy hoặc một chuỗi phân tách được chỉ định.

Lặp lại chung

Một đề xuất của TC39 nhằm đồng bộ hoá tiến trình của nhiều trình lặp, thường được gọi là zip.

Web API

Các phần tử chức năng: <camera> và <microphone>

Các phần tử chức năng <camera> và <microphone> là các chế độ kiểm soát HTML khai báo do người dùng kích hoạt, có cùng cơ chế cơ bản như phần tử MVP <usermedia>, với một điểm khác biệt chính: chúng được thiết kế để yêu cầu một chức năng duy nhất. Phần tử <camera> đặc biệt yêu cầu quay video, trong khi phần tử <microphone> đặc biệt yêu cầu ghi âm. Giống như MVP <usermedia>, các thành phần này nhúng một giao diện người dùng do trình duyệt kiểm soát và có kiểu dáng nghiêm ngặt vào trang, đảm bảo có một tín hiệu mạnh mẽ và có chủ ý của người dùng (một lượt nhấp) trước khi lời nhắc cấp quyền được kích hoạt hoặc một luồng được bắt đầu.

Các phần tử <camera> và <microphone> cung cấp một chế độ kiểm soát HTML chuyên dụng, có ngữ nghĩa cho những trường hợp sử dụng có một chức năng này. Chúng duy trì mô hình bảo mật giống hệt nhau, các ràng buộc nghiêm ngặt về kiểu dáng và đường dẫn khôi phục quyền tích hợp như MVP <usermedia>, nhưng cung cấp một API phù hợp và tiện dụng hơn cho những nhà phát triển không cần quyền truy cập vào nội dung đa phương tiện hỗn hợp.

Hỗ trợ giải mã Mô hình và định dạng âm thanh sống động (IAMF)

Bổ sung tính năng hỗ trợ giải mã và phát lại vùng chứa Mô hình và định dạng âm thanh sống động (IAMF) trong các phần tử nội dung nghe nhìn HTML bằng Tiện ích nguồn nội dung nghe nhìn (MSE). IAMF là một định dạng âm thanh không gian nguồn mở, miễn phí bản quyền, hỗ trợ các bản trình bày âm thanh dựa trên kênh, dựa trên cảnh và dựa trên đối tượng. Việc hỗ trợ định dạng này cho phép nhà phát triển web mang đến trải nghiệm âm thanh 3D nhất quán và sống động trên nhiều thiết bị mà không cần dựa vào các định dạng độc quyền hoặc quản lý định tuyến kênh âm thanh rời rạc phức tạp trong JavaScript.

Thời gian gửi có thể tương tác cho transitionrun và các sự kiện truy vấn nội dung nghe nhìn

Điều chỉnh thời gian gửi của Blink cho các sự kiện transitionrun về ảnh động và các sự kiện change về truy vấn nội dung nghe nhìn theo quy cách HTML, giúp thời gian tương tác với Gecko và WebKit. Cụ thể hơn, theo quy cách vòng lặp sự kiện cửa sổ HTML, các sự kiện transitionrun sẽ được kích hoạt ở Bước 3.11 ngay cả đối với những ảnh động được tạo trước đó trong cùng một lần lặp (thay vì trì hoãn chúng cho một lần lặp sau), và sự kiện change truy vấn nội dung nghe nhìn sẽ được kích hoạt ở Bước 3.10 trước khi kích hoạt bất kỳ sự kiện ảnh động đang chờ xử lý nào (thay vì trộn lẫn chúng với các sự kiện ảnh động ở Bước 3.11).

WebAudio: Lượng tử kết xuất có thể định cấu hình

Thêm renderSizeHint (không bắt buộc) vào AudioContext và OfflineAudioContext. Điều này cho phép nhà phát triển tuỳ chỉnh kích thước lượng tử kết xuất WebAudio bằng cách truyền một số nguyên cụ thể, sử dụng giá trị mặc định là 128 khung hình bằng cách bỏ qua gợi ý hoặc truyền "default", hoặc yêu cầu trình duyệt chọn kích thước tối ưu bằng cách chỉ định "hardware".

WebGPU: Tính năng buffer_view

Một tính năng ngôn ngữ WGSL để diễn giải lại dữ liệu trong các biến. Tính năng này cho phép nhà phát triển chia một biến đồng nhất, biến lưu trữ hoặc biến nhóm công việc duy nhất thành nhiều biến logic. Điều này cũng cho phép diễn giải loại dữ liệu trong biến thành nhiều loại trong chương trình.

Phân tích cú pháp XML trong Rust cho các trường hợp không phải là XSLT

Để cải thiện tính bảo mật của trình duyệt và bảo vệ người dùng khỏi các lỗ hổng liên quan đến bộ nhớ, trong một số trường hợp phổ biến, Chrome 153 sẽ thay đổi công cụ phân tích cú pháp XML sang một công cụ triển khai bằng ngôn ngữ Rust an toàn với bộ nhớ. Bản cập nhật cơ bản này loại bỏ các lỗi có thể gây hỏng bộ nhớ, đồng thời vẫn duy trì khả năng tương thích hoàn toàn với các quy cách web hiện có.

Chrome đã bắt đầu ngừng sử dụng và loại bỏ XSLT. Trong lúc quá trình này tiếp diễn, trình phân tích cú pháp mới, an toàn hơn sẽ xử lý các trường hợp vốn không cần đến XSLT sau đây:

1. DOMParser Web API.
2. Đang truy cập responseXML/XMLHttpRequest.
3. Các hình ảnh SVG độc lập (tức là khi bạn truy cập trực tiếp vào tài liệu image.svg dưới dạng một mục điều hướng cấp cao nhất).
4. Các hình ảnh SVG từ bên ngoài (kể cả trường hợp một tài liệu chính nhúng tệp SVG làm tài nguyên hình ảnh từ bên ngoài).

Bản dùng thử theo nguyên gốc mới

Trong Chrome 153, bạn có thể chọn tham gia các thử nghiệm theo nguyên gốc mới sau đây.

Các điểm đánh dấu tự lập hồ sơ JavaScript

JavaScript Self-Profiling API cho phép một ứng dụng web lấy mẫu các ngăn xếp lệnh gọi của chính ứng dụng đó để đo lường hiệu suất trên thiết bị thực của người dùng. Tính năng này thêm một trường dấu hiệu không bắt buộc vào mỗi mẫu được ghi lại để xác định loại hoạt động của trình duyệt đang chạy khi mẫu được lấy: tập lệnh, gc, kiểu, bố cục, vẽ hoặc khác. Thông thường, dấu vết cho thấy các khoảng trống giữa những ngăn xếp không thể diễn giải; các điểm đánh dấu cho phép nhà phát triển phân bổ thời gian đó cho hoạt động của trình duyệt diễn ra bên ngoài JavaScript của họ, chẳng hạn như phân biệt quá trình thực thi tập lệnh với việc tính toán lại kiểu, bố cục hoặc thời gian tạm dừng thu gom rác, giúp phân tích và tối ưu hoá các dấu vết chậm dễ dàng hơn.

Bản không dùng nữa và việc xoá

Xoá các thành phần điều hướng không theo tiêu chuẩn nhắm đến _current

Blink hiện hỗ trợ các hoạt động điều hướng nhắm đến _current. Tính năng này sẽ bị xoá trong Chrome 153 vì không phải là tính năng tiêu chuẩn và có mức sử dụng tối thiểu trên web.

Xoá document.requestStorageAccessFor

API requestStorageAccessFor (rSAFor) là một tiện ích cho Storage Access API, cho phép một trang web cấp cao nhất yêu cầu quyền truy cập vào cookie chưa được phân vùng ("bên thứ nhất") thay cho các trang web được nhúng. API này chỉ dùng được trong Chrome để yêu cầu quyền truy cập vào bộ nhớ giữa các trang web trong Bộ trang web có liên quan. Do đó, API này sẽ bị xoá cùng với Bộ trang web có liên quan.

Xoá Bộ trang web có liên quan

Bộ trang web có liên quan (RWS), trước đây gọi là Nhóm bên thứ nhất, cung cấp một khung cho phép nhà phát triển khai báo mối quan hệ giữa các trang web, để cho phép truy cập hạn chế vào cookie trên nhiều trang web cho các mục đích cụ thể mà người dùng có thể thấy. Điều này được tạo điều kiện thuận lợi thông qua việc sử dụng Storage Access API (SAA) và requestStorageAccessFor (rSAFor). RWS được thiết kế để sử dụng trong trình duyệt không có cookie của bên thứ ba. Sau khi Chrome thông báo rằng sẽ duy trì cách tiếp cận hiện tại đối với cookie của bên thứ ba, Bộ trang web có liên quan hiện đã bị xoá khỏi Chrome.