Trang này được dịch bởi Cloud Translation API.

Chrome 143 beta

Rachel Andrew

Ngày xuất bản: 29 tháng 10 năm 2025

Trừ phi có ghi chú khác, những thay đổi này áp dụng cho bản phát hành kênh beta Chrome 143 cho Android, ChromeOS, Linux, macOS và Windows. Tìm hiểu thêm về các tính năng này qua các đường liên kết được cung cấp hoặc trên ChromeStatus.com. Tải Chrome 143 beta xuống từ Google.com cho máy tính hoặc trên Cửa hàng Google Play trên Android.

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

Các truy vấn vùng chứa dự phòng được cố định của CSS

Tính năng này giới thiệu @container anchored(fallback) để tạo kiểu cho các phần tử con của phần tử được đặt vị trí neo dựa trên giá trị position-try-fallbacks được áp dụng.

Ví dụ: bạn có thể sử dụng các truy vấn như vậy để tạo kiểu cho mối liên kết của một phần tử được cố định hoặc các ảnh động của phần tử đó dựa trên cách phần tử cố định và phần tử được cố định được định vị tương ứng với nhau.

Ví dụ:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Tìm hiểu thêm trong bài viết Phát hiện các vị trí dự phòng bằng các truy vấn vùng chứa được cố định từ Chrome 143.

EditContext: TextFormat `underlineStyle` và `underlineThickness`

Chromium đã phát hành EditContext API với một lỗi trong đó đối tượng TextFormat, do EditContext/textformatupdate_event cung cấp, cung cấp các giá trị không chính xác cho các thuộc tính underlineStyle và underlineThickness. Trong Chromium, các giá trị có thể có là None, Solid, Dotted, Dashed, Squiggle và None, Thin, Thick. Tuy nhiên, theo quy cách EditContext, các giá trị này phải là none, solid, dotted, dashed, wavy và none, thin, thick.

Web API

Cho phép nhiều ký tự hơn trong các API DOM của JavaScript

Trình phân tích cú pháp HTML luôn (hoặc trong một thời gian dài) cho phép các phần tử và thuộc tính có nhiều ký tự và tên hợp lệ, nhưng các API DOM JavaScript để tạo cùng các phần tử và thuộc tính đó thì nghiêm ngặt hơn và không khớp với trình phân tích cú pháp.

Thay đổi này nới lỏng quy trình xác thực của các API DOM JavaScript để khớp với trình phân tích cú pháp HTML.

Xem thêm thông tin tại đây: github.com/whatwg/dom/issues/849

Thay đổi này dự kiến sẽ không gây ra vấn đề về khả năng tương thích vì tất cả tên phần tử và thuộc tính được phép trước đó vẫn hợp lệ với hành vi mới.

Quy tắc suy đoán: cải thiện mức độ "háo hức" của thiết bị di động

Trên thiết bị di động, các quy tắc suy đoán về việc tìm nạp trước và kết xuất trước cho mức độ mong muốn "hăng hái" hiện sẽ kích hoạt khi các phần tử neo HTML nằm trong khung hiển thị trong một khoảng thời gian ngắn.

Trước đây, quá trình tìm nạp trước và kết xuất trước bắt đầu càng sớm càng tốt, tương đương với mức độ mong muốn là "ngay lập tức". Hành vi cập nhật này hữu ích hơn vì nó phản ánh rõ hơn ý định của tác giả là muốn tải dữ liệu một cách "hăng hái" hơn là "vừa phải" và ít hăng hái hơn "ngay lập tức".

Triển khai thuộc tính font-language-override của CSS

Tính năng này hỗ trợ thuộc tính CSS font-language-override trong Chromium. Thuộc tính này cho phép nhà phát triển ghi đè ngôn ngữ hệ thống dùng để thay thế glyph OpenType bằng cách chỉ định trực tiếp thẻ ngôn ngữ gồm 4 ký tự trong CSS.

Điều này giúp kiểm soát kiểu chữ một cách chi tiết, rất hữu ích cho nội dung đa ngôn ngữ hoặc phông chữ có các biến thể ký tự dành riêng cho từng ngôn ngữ.

WebGPU: Trộn thành phần kết cấu

Thành phần kết cấu swizzle cho phép GPUTextureViews sắp xếp lại hoặc thay thế các thành phần màu từ các kênh màu đỏ, xanh lục, xanh dương hoặc alpha của một kết cấu khi một chương trình đổ bóng truy cập vào các thành phần đó.

ICU 77 (hỗ trợ Unicode 16)

Thư viện hỗ trợ Unicode ICU (International Components for Unicode) nâng cấp từ phiên bản 74.2 lên 77.1, thêm tính năng hỗ trợ Unicode 16 và cập nhật dữ liệu ngôn ngữ. Hai thay đổi có thể gây rủi ro cho các ứng dụng web giả định một định dạng cụ thể từ API Intl JavaScript:

Định dạng số mặc định của Ý hiện bỏ qua dấu phân cách hàng nghìn cho số có 4 chữ số. Ví dụ: new Intl.NumberFormat("it").format(1234) trả về "1234" thay vì "1.234". Bạn có thể đạt được hành vi cũ bằng tham số useGrouping cho hàm khởi tạo Intl.NumberFormat.
Ở một số ngôn ngữ tiếng Anh (ví dụ: en-AU, en-GB và en-IN), dấu phẩy đã được thêm vào sau ngày trong tuần có độ dài đầy đủ, thay đổi "Saturday 30 April 2011" (Thứ Bảy, ngày 30 tháng 4 năm 2011) thành "Saturday, 30 April 2011" (Thứ Bảy, ngày 30 tháng 4 năm 2011). Các ứng dụng web phải tránh dựa vào định dạng chính xác của ngày.
Intl và RegExp (V8): Nhiều thay đổi nhỏ. Thay đổi định dạng số của Ý là thay đổi có rủi ro cao nhất và có một cờ riêng.
IDNA: Bản nâng cấp này thường cho phép thực hiện nhiều việc hơn và cải thiện kết quả kiểm thử tổng thể trong WPT.
Phân đoạn văn bản: Thay đổi đáng chú ý nhất là việc cải thiện tính năng ngắt dòng tiếng Nhật khi sử dụng word-break: auto-phrase. Đây là vấn đề liên quan đến https://chromestatus.com/feature/5133892532568064.

Thuộc tính `DataTransfer` cho các sự kiện đầu vào `insertFromPaste`, `insertFromDrop` và `insertReplacementText`

Tính năng này điền sẵn thuộc tính dataTransfer trên các sự kiện đầu vào bằng inputType của insertFromPaste, insertFromDrop và insertReplacementText. Thao tác này cho phép truy cập vào dữ liệu trên bảng nhớ tạm và dữ liệu kéo và thả trong các thao tác chỉnh sửa trong các phần tử contenteditable.

Đối tượng dataTransfer chứa cùng dữ liệu có sẵn trong sự kiện beforeinput.

Tính năng này chỉ áp dụng cho các phần tử contenteditable. Đối với các chế độ kiểm soát biểu mẫu (textarea, input), hành vi vẫn không thay đổi – thuộc tính data chứa văn bản được chèn và dataTransfer vẫn là giá trị rỗng. Cả Safari và Firefox đều đã hỗ trợ tính năng này. Việc Chrome áp dụng tính năng này sẽ tăng cường khả năng tương tác giữa các trình duyệt, mang đến trải nghiệm nhất quán hơn cho các tác giả web.

FedCM – Hỗ trợ phản hồi JSON có cấu trúc từ IdP

Tính năng này cho phép Nhà cung cấp dịch vụ danh tính (IdP) trả về các đối tượng JSON có cấu trúc thay vì các chuỗi thuần tuý cho Bên tin cậy (RP) thông qua id_assertion_endpoint.

Thay đổi này giúp đơn giản hoá quá trình tích hợp cho nhà phát triển bằng cách loại bỏ nhu cầu tuần tự hoá và phân tích cú pháp chuỗi JSON theo cách thủ công. Nó cung cấp các luồng xác thực linh hoạt và linh động hơn, cho phép các RP diễn giải trực tiếp các phản hồi phức tạp và hỗ trợ nhiều giao thức như OAuth2, OIDC hoặc IndieAuth mà không cần có các thoả thuận ngoài băng tần.

Đàm phán giao thức ứng dụng WebTransport

Tính năng Thương lượng giao thức ứng dụng WebTransport cho phép bạn thương lượng giao thức được ứng dụng web hợp nhất trong quá trình bắt tay WebTransport.

Ứng dụng web có thể chỉ định danh sách các giao thức ứng dụng khi tạo đối tượng WebTransport. Sau đó, các giao thức này sẽ được truyền đến máy chủ thông qua tiêu đề HTTP. Nếu chọn một trong các giao thức đó, máy chủ có thể cho biết giao thức đó trong tiêu đề phản hồi và phản hồi đó có trong đối tượng WebTransport.

Web Smart Card API cho Ứng dụng web tách biệt

Chỉ có trên các ứng dụng web tách biệt (IWA). Tính năng này cho phép các ứng dụng thẻ thông minh (PC/SC) chuyển sang nền tảng Web. Điều này cho phép họ truy cập vào việc triển khai PC/SC (và trình điều khiển đầu đọc thẻ) có trong Hệ điều hành máy chủ.

Quản trị viên có thể kiểm soát phạm vi cung cấp của API này theo hai cách:

Trên toàn cầu – sử dụng chính sách DefaultSmartCardConnectSetting
Theo từng ứng dụng – sử dụng chính sách SmartCardConnectAllowedForUrls và SmartCardConnectBlockedForUrls

Tệp kê khai ứng dụng web: chỉ định điều kiện cập nhật, URL biểu tượng là Cache-Control: immutable

Thông số kỹ thuật về tệp kê khai hiện có một thuật toán đánh giá điều kiện cập nhật. Điều này giúp quá trình cập nhật trở nên xác định và dễ dự đoán hơn, giúp nhà phát triển có nhiều quyền kiểm soát hơn đối với thời điểm áp dụng các bản cập nhật cho các bản cài đặt hiện có, đồng thời giúp người dùng có nhiều lựa chọn hơn về việc cần làm với một bản cập nhật, chẳng hạn như bỏ qua bản cập nhật nếu muốn. Thao tác này cũng cho phép xoá "giới hạn kiểm tra bản cập nhật" mà các tác nhân người dùng triển khai để tránh lãng phí tài nguyên mạng.

Hoạt động can thiệp vào quảng cáo tiêu tốn dung lượng: Báo cáo được gửi đến khung nhúng

Giờ đây, báo cáo về biện pháp can thiệp đối với quảng cáo sẽ được gửi đến khung nhúng của quảng cáo, ngoài chính khung quảng cáo. Báo cáo được gửi đến khung nhúng sẽ chứa mã nhận dạng của iframe quảng cáo và URL trước khi chuyển hướng của khung đã được gỡ tải trong trường thông báo của nội dung báo cáo. Thay đổi này giúp bối cảnh nhúng có khả năng xác định các nhà cung cấp quảng cáo có vấn đề và giải quyết quảng cáo gây phiền toái để cải thiện trải nghiệm người dùng.

Bản dùng thử theo nguyên gốc đang diễn ra

Trong Chrome 143, bạn có thể chọn sử dụng các thử nghiệm nguồn gốc mới sau đây.

Digital Credentials API (hỗ trợ phát hành)

Tính năng này cho phép các trang web phát hành (ví dụ: trường đại học, cơ quan chính phủ hoặc ngân hàng) bắt đầu quy trình cung cấp (phát hành) thông tin xác thực kỹ thuật số một cách an toàn ngay vào ứng dụng ví di động của người dùng. Trên Android, tính năng này sử dụng hệ thống Android IdentityCredential CredMan (Trình quản lý thông tin xác thực). Trên máy tính, tính năng này sử dụng các phương pháp trên nhiều thiết bị với giao thức CTAP, tương tự như quy trình trình bày Thông tin đăng nhập kỹ thuật số trên nhiều thiết bị.

Ngẫu nhiên hoá giới hạn nhóm ổ cắm TCP

Bằng cách khai thác các giới hạn về kích thước nhóm kết nối trên Chrome, bạn có thể thu thập thông tin về trạng thái trên nhiều trang web mà nếu không thì bạn sẽ không thể truy cập. Cụ thể, bạn có thể (với một số độ chắc chắn về mặt thống kê) đánh giá trạng thái đăng nhập, nhật ký đã truy cập hoặc thậm chí là một số thông tin cụ thể hơn, chẳng hạn như việc Gmail có thư đang chờ xử lý trong hộp thư đến hay không.

Để giảm thiểu vấn đề này, chúng tôi đã thêm tính năng ngẫu nhiên vào cách giới hạn nhóm socket TCP để một trang web quan sát không thể suy luận thông tin này với độ chắc chắn cao.

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

Phiên bản Chrome này giới thiệu các tính năng không dùng nữa và bị xoá trong các phần sau. Hãy truy cập ChromeStatus.com để xem danh sách các tính năng dự kiến sẽ không được dùng nữa, các tính năng hiện không được dùng nữa và các tính năng đã bị xoá trước đây.

Bản phát hành Chrome này không dùng 2 tính năng

Không dùng các phương thức truy xuất của Thông tin về ngôn ngữ và khu vực theo chuẩn quốc tế

Intl Locale Info API là một đề xuất ECMAScript TC39 Giai đoạn 3 nhằm cải thiện đối tượng Intl.Locale bằng cách hiển thị thông tin về ngôn ngữ, chẳng hạn như dữ liệu tuần (ngày đầu tiên trong tuần, ngày bắt đầu cuối tuần, ngày kết thúc cuối tuần, số ngày tối thiểu trong tuần đầu tiên) và chu kỳ giờ theo hướng văn bản được dùng trong ngôn ngữ.

Việc triển khai được phát hành trong Chrome 99. Tuy nhiên, đề xuất này sau đó đã thay đổi ở Giai đoạn 3 và chuyển một số phương thức getter sang hàm. Bạn phải xoá các getter không dùng nữa và khởi chạy lại các hàm đã đổi tên.

Ngừng sử dụng XSLT

XSLT phiên bản 1.0, được chuẩn hoá vào năm 1999 và được tất cả trình duyệt tuân thủ. Trong thời gian đó, XSLT đã phát triển thành phiên bản 2.0 và 3.0, bổ sung các tính năng và khác biệt so với phiên bản được triển khai trong trình duyệt. Sự thiếu tiến bộ này, cùng với sự gia tăng của các thư viện và khung JavaScript cung cấp khả năng thao tác linh hoạt và mạnh mẽ với DOM, đã dẫn đến sự sụt giảm đáng kể trong việc sử dụng XSLT phía máy khách. Các công nghệ dựa trên JavaScript, chẳng hạn như JSON và React, phần lớn đã thay thế vai trò của công nghệ này trong trình duyệt web.

Chromium sử dụng thư viện libxslt để xử lý các hoạt động chuyển đổi này, nhưng libxslt đã không được duy trì trong khoảng 6 tháng vào năm 2025. Libxslt là một cơ sở mã C phức tạp, cũ và dễ bị các lỗ hổng bảo mật bộ nhớ như tràn bộ nhớ đệm, có thể dẫn đến việc thực thi mã tuỳ ý. Vì XSLT phía máy khách hiện là một tính năng ít được sử dụng, nên các thư viện này ít được bảo trì và kiểm tra bảo mật hơn so với các công cụ JavaScript cốt lõi. Tuy nhiên, chúng là một khu vực tấn công trực tiếp để xử lý nội dung không tin cậy trên web. Thật vậy, XSLT là nguồn gốc của một số lỗ hổng bảo mật tầm cỡ gần đây và tiếp tục gây rủi ro cho người dùng trình duyệt.

Vì những lý do này, Chromium dự định sẽ ngừng sử dụng và xoá XSLT khỏi nền tảng web. WHATWG quyết định tiếp tục loại bỏ XSLT.

Để biết thêm thông tin chi tiết về việc ngừng sử dụng và thông tin về việc cần làm nếu bạn dựa vào XSLT, hãy đọc bài viết Xoá XSLT để có trình duyệt an toàn hơn.

Chrome 143 beta Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.