Chrome 141 Beta

Rachel Andrew Technical Writer

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

Trừ phi có ghi chú khác, những thay đổi sau đây sẽ áp dụng cho bản phát hành kênh thử nghiệm beta mới nhất của Chrome dành cho Android, ChromeOS, Linux, macOS và Windows. Tìm hiểu thêm về các tính năng được liệt kê tại đây thông qua các đường liên kết được cung cấp hoặc từ danh sách trên ChromeStatus.com. Chrome 141 là phiên bản thử nghiệm kể từ ngày 4 tháng 9 năm 2025. Bạn có thể tải phiên bản 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

ARIA Notify API

ARIA Notify API cung cấp một phương thức JavaScript để nhà phát triển trực tiếp cho trình đọc màn hình biết nội dung cần đọc.

Việc sử dụng ariaNotify() giúp cải thiện độ tin cậy và khả năng kiểm soát của nhà phát triển so với khu vực trực tiếp ARIA, đồng thời cho phép thông báo những thay đổi không liên quan đến nội dung cập nhật DOM. Nhờ đó, bạn có thể tạo ra trải nghiệm hỗ trợ tiếp cận nhất quán và tiện dụng hơn trên các ứng dụng web động. Bạn có thể kiểm soát việc sử dụng iframe của tính năng này bằng Chính sách về quyền "aria-notify".

Cập nhật hidden=until-found và trình bày chi tiết thuật toán hiển thị thành phần cấp trên

Gần đây, thông số kỹ thuật này đã có một số thay đổi nhỏ đối với thuật toán hiển thị cho các phần tử hidden=until-found và details để ngăn trình duyệt bị kẹt trong vòng lặp vô hạn; những nội dung cập nhật này đã được thêm vào Chrome.

Hỗ trợ width và height làm thuộc tính trình bày trên các phần tử <svg> lồng nhau

Chrome hỗ trợ áp dụng width và height làm thuộc tính trình bày trên các phần tử <svg> lồng nhau thông qua cả mã đánh dấu SVG và CSS. Phương pháp kép này giúp nhà phát triển linh hoạt hơn, cho phép họ quản lý và tạo kiểu cho các phần tử SVG hiệu quả hơn trong các thiết kế phức tạp.

Khi bật tính năng này, các đoạn mã HTML sau đây sẽ có cùng kết quả.

Với các thuộc tính CSS cho phần tử <svg> lồng nhau:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Không có thuộc tính CSS cho phần tử <svg> lồng nhau:

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

API web

Digital Credentials API (hỗ trợ xuất trình)

Trang web truy xuất thông tin xác thực từ ứng dụng ví di động bằng nhiều cơ chế, chẳng hạn như trình xử lý URL tuỳ chỉnh và quét mã QR. Tính năng này cho phép các trang web yêu cầu thông tin nhận dạng từ ví bằng hệ thống CredMan IdentityCredential của Android. Thư viện này có thể mở rộng để hỗ trợ nhiều định dạng thông tin xác thực (chẳng hạn như ISO mDoc và thông tin xác thực có thể xác minh của W3C) và cho phép sử dụng nhiều ứng dụng ví. Bản cập nhật này bổ sung các cơ chế giúp giảm thiểu nguy cơ lạm dụng danh tính thực trên quy mô hệ sinh thái.

Navigation API: cam kết trì hoãn (trình xử lý cam kết trước)

Thông thường, khi navigateEvent.intercept() được gọi, thao tác điều hướng bị chặn sẽ cam kết (và do đó URL sẽ cập nhật) ngay khi NavigateEvent hoàn tất việc gửi.

Tính năng này thêm tuỳ chọn precommitHandler vào navigateEvent.intercept(), tương tự như handler. Trình xử lý này trì hoãn việc cam kết cho đến khi trình xử lý đó (và tất cả các trình xử lý trước khi cam kết khác) được giải quyết, đồng thời cho phép trình xử lý thay đổi URL, thông tin, trạng thái và hành vi xử lý nhật ký (đẩy/thay thế) của thành phần điều hướng.

Ủng hộ restrictOwnAudio

Thuộc tính restrictOwnAudio là một thuộc tính có thể ràng buộc của nền tảng hiển thị được ghi lại. Thuộc tính có thể ràng buộc này thay đổi hành vi của âm thanh hệ thống trong một nền tảng hiển thị được ghi lại. Quy tắc ràng buộc restrictOwnAudio sẽ chỉ có hiệu lực nếu nền tảng hiển thị được ghi lại vốn có âm thanh hệ thống; nếu không, quy tắc này sẽ không có tác động.

Theo mặc định, khi âm thanh hệ thống được ghi lại, âm thanh đó sẽ bao gồm tất cả âm thanh do hệ thống phát ra trên các thiết bị đầu ra âm thanh. Khi bạn bật restrictOwnAudio, âm thanh hệ thống đã ghi lại sẽ được lọc để loại trừ âm thanh bắt nguồn từ tài liệu đã thực hiện getDisplayMedia.

echoCancellationMode cho getUserMedia()

Mở rộng hành vi echoCancellation của từ điển MediaTrackConstraints. Trước đây, thuộc tính này chỉ chấp nhận true và false, còn hiện tại cũng có thể có các giá trị all và remote-only. Cho phép ứng dụng khách sửa đổi hành vi loại bỏ tiếng vọng áp dụng cho các bản âm thanh nhận được từ micrô, kiểm soát lượng âm thanh phát ra từ hệ thống của người dùng (tất cả hoặc chỉ âm thanh nhận được từ PeerConnections) được loại bỏ khỏi tín hiệu micrô.

windowAudio cho getDisplayMedia()

Mở rộng DisplayMediaStreamOptions cho getDisplayMedia() bằng tuỳ chọn windowAudio. Lựa chọn mới này cho phép các ứng dụng web gợi ý cho tác nhân người dùng về việc có nên cung cấp cho người dùng khả năng chia sẻ âm thanh khi một cửa sổ được chọn hay không. Bạn có thể đặt tuỳ chọn windowAudio thành loại trừ, hệ thống hoặc cửa sổ dựa trên lựa chọn ưu tiên của ứng dụng.

Một ứng dụng web được định cấu hình để ghi âm nhưng muốn giới hạn việc ghi âm hệ thống khi một cửa sổ được chọn phải đặt windowAudio: "exclude".

FedCM: Các trường thay thế trong phần Lựa chọn tài khoản

Hỗ trợ thêm số điện thoại và tên người dùng, ngoài hoặc thay vì họ tên và địa chỉ email của người dùng làm giá trị nhận dạng để phân biệt các tài khoản trong bộ chọn tài khoản, đồng thời cung cấp các trường mới này cho các trang web để ảnh hưởng đến văn bản công bố. Hãy xem tài liệu để biết thêm thông tin chi tiết.

getAllRecords() IndexedDB và tuỳ chọn hướng cho getAll() và getAllKeys()

Tính năng này thêm phương thức getAllRecords() vào IDBObjectStore và IDBIndex của IndexedDB. Thư viện này cũng thêm tham số hướng vào getAll() và getAllKeys(). Chức năng này giúp một số mẫu đọc nhanh hơn đáng kể so với phương án thay thế hiện có là lặp lại bằng con trỏ. Trong một thử nghiệm, khối lượng công việc từ một tài sản của Microsoft cho thấy mức cải thiện 350 mili giây.

Phương thức getAllRecords() kết hợp getAllKeys() và getAll() bằng cách liệt kê cả khoá chính và giá trị cùng một lúc. Đối với IDBIndex, getAllRecords() cũng cung cấp khoá chỉ mục của bản ghi ngoài khoá chính và giá trị.

Quy tắc suy đoán: cải thiện mức độ háo hức "háo hức" trên máy tính

Trên máy tính, quy tắc suy đoán về mức độ háo hức "háo hức" sẽ kích hoạt tính năng tìm nạp trước và kết xuất trước khi người dùng di chuột qua một đường liên kết trong thời gian ngắn hơn thời gian di chuột "vừa phải".

Hành vi trước đó (bắt đầu tìm nạp trước hoặc kết xuất trước càng sớm càng tốt) giống với mức độ mong muốn "ngay lập tức". Hành vi mới này rất hữu ích vì nó phản ánh rõ hơn ý định của tác giả là muốn háo hức hơn mức "moderate" (vừa phải) và ít háo hức hơn mức "immediate" (ngay lập tức).

Chính sách cùng nguồn gốc nghiêm ngặt cho Storage Access API

Điều chỉnh ngữ nghĩa của Storage Access API để tuân thủ nghiêm ngặt Chính sách cùng nguồn gốc liên quan đến bảo mật. Tức là theo mặc định, việc sử dụng document.requestStorageAccess() trong một khung chỉ đính kèm cookie vào các yêu cầu đến nguồn gốc (không phải trang web) của iframe.

Tính toàn vẹn dựa trên chữ ký

Tính năng này cung cấp cho nhà phát triển web một cơ chế để xác minh nguồn gốc của các tài nguyên mà họ phụ thuộc, tạo nền tảng kỹ thuật để tin tưởng vào các phần phụ thuộc của trang web. Máy chủ có thể ký phản hồi bằng cặp khoá Ed25519 và nhà phát triển web có thể yêu cầu tác nhân người dùng xác minh chữ ký bằng một khoá công khai cụ thể. Điều này giúp bổ sung hữu ích cho các quy trình kiểm tra dựa trên URL do Chính sách bảo mật nội dung cung cấp, và các quy trình kiểm tra dựa trên nội dung của Tính toàn vẹn của tài nguyên phụ.

Biến đổi được mã hoá WebRTC (Phiên bản 2)

API này cho phép bạn xử lý nội dung nghe nhìn được mã hoá truyền qua RTCPeerConnection. Chromium đã phát hành phiên bản đầu tiên của API này vào năm 2020. Kể từ đó, thông số kỹ thuật đã thay đổi và các trình duyệt khác đã phát hành phiên bản cập nhật của thông số kỹ thuật (Safari vào năm 2022 và Firefox vào năm 2023).

Bản phát hành này cập nhật Chrome lên thông số kỹ thuật mới nhất và là một phần của Interop 2025.

Lần ra mắt này không bao gồm phương thức generateKeyFrame, vì phương thức này vẫn đang được thảo luận.

Chỉ thiết bị ChromeOS được quản lý

Chính sách về quyền đối với Device Attributes API

Chính sách về quyền mới cho phép bạn hạn chế quyền truy cập vào Device Attributes API. API này chỉ dành cho các ứng dụng web kiosk và Ứng dụng web tách biệt được cài đặt theo chính sách, cả hai đều chỉ có trên các thiết bị ChromeOS được quản lý. Ngoài ra, chế độ cài đặt nội dung cũng kiểm soát tính năng này.

Hai chính sách mới được ra mắt: DeviceAttributesBlockedForOrigins và DefaultDeviceAttributesSetting. Các chính sách này được đưa ra cùng với DeviceAttributesAllowedForOrigins.

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

Trong Chrome 141, bạn có thể chọn tham gia các bản dùng thử theo nguyên gốc mới sau đây.

Quy định hạn chế về quyền truy cập mạng cục bộ

Chrome 141 hạn chế khả năng thực hiện các yêu cầu truy cập vào mạng cục bộ của người dùng, theo đó các yêu cầu này phải thông qua một lời nhắc cấp quyền.

Yêu cầu truy cập mạng cục bộ là bất kỳ yêu cầu nào được gửi từ một trang web công khai đến một địa chỉ IP cục bộ hoặc địa chỉ loopback, hoặc từ một trang web cục bộ (ví dụ: mạng nội bộ) đến địa chỉ loopback. Việc yêu cầu trang web phải có quyền thực hiện các yêu cầu này sẽ giúp giảm thiểu rủi ro bị tấn công giả mạo yêu cầu trên nhiều trang web nhắm vào các thiết bị mạng cục bộ như bộ định tuyến. Đồng thời, việc này cũng hạn chế khả năng các trang web sử dụng những yêu cầu này để tạo vân tay số cho mạng cục bộ của người dùng.

Quyền này chỉ được áp dụng trong các bối cảnh an toàn. Nếu được cấp, những quyền này sẽ nới lỏng thêm việc chặn nội dung hỗn hợp đối với các yêu cầu mạng cục bộ (vì nhiều thiết bị cục bộ không thể lấy chứng chỉ TLS (Bảo mật tầng truyền tải) được tin cậy công khai vì nhiều lý do khác nhau).

Cơ chế này thay thế cho một nỗ lực trước đó có tên là "Quyền truy cập mạng riêng tư".

Proofreader API

Một API JavaScript để hiệu đính văn bản đầu vào kèm theo các nội dung đề xuất chỉnh sửa, được hỗ trợ bởi một mô hình ngôn ngữ AI.

Mở rộng CSP script-src (còn gọi là script-src-v2)

Tính năng này thêm các từ khoá mới vào lệnh script-src của Chính sách bảo mật nội dung (CSP). Điều này bổ sung hai cơ chế mới cho danh sách cho phép dựa trên hàm băm: nguồn tập lệnh dựa trên hàm băm của URL và nội dung của các hàm eval() và các hàm tương tự như eval(). Đôi khi, chính sách này được gọi là script-src-v2, mặc dù chính sách này tương thích ngược với script-src hiện có và sử dụng cùng một lệnh.

Việc mở rộng hàm băm để bao gồm URL và hàm băm eval() cho phép nhà phát triển đặt ra các chính sách bảo mật nghiêm ngặt hợp lý bằng cách đưa tập lệnh vào danh sách cho phép một cách hẹp theo hàm băm của chúng ngay cả khi nội dung tập lệnh thường xuyên thay đổi và nội dung an toàn đã biết của eval() mà không cho phép sử dụng eval() một cách rộng rãi mà không được kiểm tra.

Các từ khoá mới sẽ ghi đè script-src dựa trên máy chủ lưu trữ khi được cung cấp. Điều này cho phép một tiêu đề duy nhất tương thích với các trình duyệt có hoặc không triển khai từ khoá mới.

Phần mô tả tuỳ chỉnh của WebAssembly

Cho phép WebAssembly lưu trữ dữ liệu liên kết với các loại cấp nguồn hiệu quả hơn trong các đối tượng "mô tả tuỳ chỉnh" mới. Bạn có thể định cấu hình các chỉ số mô tả tuỳ chỉnh này bằng nguyên mẫu cho các đối tượng WebAssembly thuộc loại cấp nguồn đó. Điều này cho phép bạn cài đặt các phương thức trên chuỗi nguyên mẫu của đối tượng WebAssembly và gọi các phương thức đó trực tiếp từ JavaScript bằng cú pháp lệnh gọi phương thức thông thường. Bạn có thể định cấu hình các nguyên mẫu và phương thức theo cách khai báo bằng cách sử dụng một hàm tích hợp sẵn được nhập.