Trong bối cảnh người dùng ngày càng phàn nàn về "sự cố ứng dụng web", Microsoft đã chính thức đưa ra tín hiệu: hãng sẽ hoàn toàn quay trở lại công nghệ giao diện gốc trên Windows 11, tập trung vào khung WinUI 3, giảm sự phụ thuộc của hệ thống và ứng dụng vào các công nghệ đóng gói web như WebView2 và Electron, từ đó giảm đáng kể mức sử dụng tài nguyên và cải thiện tốc độ phản hồi.

Microsoft cho biết mục tiêu của họ là biến WinUI 3 thành "nền tảng giao diện người dùng gốc tốt nhất để xây dựng trải nghiệm và ứng dụng Windows" nhằm xây dựng lại niềm tin của nhà phát triển và đảo ngược danh tiếng tiêu cực của Windows 11 về hiệu suất và độ mượt mà.

Trong vài năm qua, do cân nhắc về chi phí và đa nền tảng, nhiều nhà phát triển, bao gồm cả các công ty công nghệ lớn, đã dần chuyển từ ứng dụng Windows gốc truyền thống sang PWA hoặc Electron như giải pháp "web shell", mặc dù các ứng dụng như vậy có hiệu quả phát triển cao nhưng chúng thường chiếm một lượng lớn bộ nhớ và điện năng. Ngay cả khi chúng chỉ có một giao diện đơn giản thì chúng cũng cực kỳ kém kinh tế. Cùng với các thành phần giao diện WebView2 khác nhau được ra mắt trong Windows 11, một số mô-đun hệ thống cốt lõi cũng bị chỉ trích vì có độ trễ nhỏ nhưng khó chịu, khiến trải nghiệm máy tính để bàn trở thành "vỏ trình duyệt".

Theo bản tóm tắt kỹ thuật do nhóm kỹ thuật của Microsoft công bố trên GitHub, WinUI 3 đã đạt được tiến bộ đáng kể về hiệu suất, đặc biệt là trong giai đoạn khởi động của các ứng dụng cốt lõi như File Explorer. Dữ liệu chính thức cho thấy rằng trong phần WinUI của quy trình khởi động trình quản lý tài nguyên, số lượng phân bổ bộ nhớ giảm khoảng 41%, phân bổ tạm thời (tạm thời) giảm khoảng 63%, số lượng lệnh gọi hàm giảm khoảng 45% và tổng thời gian dành cho mã WinUI được rút ngắn khoảng 25%. Những thay đổi này có nghĩa là chi phí chung của khung giao diện người dùng giảm đáng kể và giao diện có thể được hiển thị nhanh hơn và mang tính tương tác, mang lại cho người dùng trải nghiệm khởi động nhanh nhẹn hơn.

Microsoft nhấn mạnh rằng các chỉ báo này không có nghĩa là thời gian khởi động chung của Trình quản lý tài nguyên sẽ "đồng thời giảm 40%", vì việc cải thiện trải nghiệm thực tế cũng phụ thuộc vào việc tối ưu hóa hợp tác của nhiều nhóm ở hệ thống tệp, dịch vụ nền và các cấp độ khác. Tuy nhiên, việc “thu hẹp” so với mức khung được coi là một bước cần thiết trong việc lập kế hoạch hoạt động dài hạn. Đặc biệt khi loại tối ưu hóa này được kết hợp với các biện pháp lập kế hoạch phần cứng như "cấu hình có độ trễ thấp", nó sẽ tạo thành hiệu ứng phức hợp "1+1>2", do đó rút ngắn đáng kể thời gian để ứng dụng thực sự chuyển sang trạng thái có thể sử dụng được.

Microsoft cũng bắt đầu chuyển giao diện người dùng cốt lõi của Windows 11 một cách có hệ thống từ công nghệ WebView2/Web trở lại triển khai gốc WinUI 3 một cách có hệ thống. Windows mới nhất đã báo cáo trước đây rằng các thành phần React/Web của menu bắt đầu đang dần được thay thế bằng mã gốc WinUI 3 và hướng tương tự sẽ được mở rộng sang nhiều thành phần hệ thống hơn để loại bỏ hiện tượng giật và chậm trễ bổ sung do công cụ kết xuất trang web gây ra. Đây được coi là bước ngoặt quan trọng trong việc “dọn dẹp các web shell trong hệ thống” và đánh dấu việc Microsoft thiết lập chính thức “bản địa là trên hết” ở cấp độ kiến ​​trúc.

Để đảm bảo rằng những cải tiến hiệu suất này thực sự được triển khai trong hệ sinh thái phát triển chứ không chỉ ở cấp độ ứng dụng của chính Microsoft, công ty cũng đã "gánh nặng" đáng kể quá trình phát triển WinUI 3. Việc phát triển Windows gốc truyền thống thường yêu cầu cài đặt Visual Studio khổng lồ và hiểu biết sâu sắc về các cấu trúc XAML phức tạp, đây là một ngưỡng rất cao đối với nhiều nhà phát triển đã quen với việc sử dụng công nghệ web.

T AGPH8

Để loại bỏ ngưỡng này, Microsoft đã đưa ra một bộ mẫu dự án và dự án dotnet nguồn mở mới của WinUI cho phép các nhà phát triển trực tiếp tạo, xây dựng và chạy các ứng dụng gốc WinUI đóng gói trên dòng lệnh mà không cần mở Visual Studio.

Các mẫu này đặt trước đường viền của các ứng dụng Windows hiện đại, bao gồm thanh tiêu đề, chế độ xem điều hướng, TabView, v.v. tuân thủ Fluent Design. Chúng cũng được tích hợp với WinApp CLI để tự động xử lý MSIX, điều thường khiến các nhà phát triển đau đầu trước đây. Quy trình đăng ký đóng gói và cấp giấy chứng nhận. Sau khi thực thi các lệnh như dotnet new winui-navview trên dòng lệnh, các nhà phát triển có thể có được bộ khung ứng dụng gốc với kiến ​​trúc điều hướng hiện đại và hỗ trợ các chế độ sáng và tối, rút ​​ngắn đáng kể thời gian từ "dự án trống" đến "nguyên mẫu có thể chạy được".

Một bước đột phá hơn là Microsoft đã ra mắt plug-in WinUI Agent dành riêng cho trợ lý AI như GitHub Copilot và Claude Code. Các nhà phát triển chỉ cần đưa ra các yêu cầu bằng ngôn ngữ tự nhiên trên dòng lệnh, chẳng hạn như "Tạo trình xem ảnh WinUI 3 với hình thu nhỏ và thông tin EXIF", và tác nhân AI sẽ tự động chọn mẫu phù hợp, tạo lược đồ MVVM, viết giao diện XAML và cố gắng sửa lỗi biên dịch. Nó thậm chí có thể gọi khả năng kiểm tra tự động hóa giao diện người dùng tích hợp để chạy thử nghiệm giao diện người dùng từ đầu đến cuối nhằm tìm và khắc phục các sự cố chức năng. Microsoft cho biết bằng cách cung cấp cho AI "kiến thức miền sâu" về WinUI và Windows App SDK, thời gian và chi phí phát triển gốc sẽ bị nén lại đáng kể, làm suy yếu cơ bản lợi thế "hiệu quả phát triển" của giải pháp web shell đa nền tảng.

Đồng thời, Microsoft cũng đã đưa ra một số lựa chọn cấu trúc nhất định trên lộ trình hiệu suất của WinUI 3. Nhóm kỹ thuật đã thừa nhận trong bản cập nhật GitHub rằng để đạt được "mức tăng hiệu suất thu hẹp" này sẽ đòi hỏi những thay đổi mang tính đột phá đối với kiểu điều khiển mặc định, điều này có thể ảnh hưởng đến một số ứng dụng cũ phụ thuộc nhiều vào các mẫu và vùng chứa tùy chỉnh. Vì lý do tương thích, các tính năng tối ưu hóa hiệu suất liên quan tạm thời được cung cấp dưới dạng "chọn tham gia" cho các nhà phát triển cần nó để chủ động bật chúng; tuy nhiên, kế hoạch trung và dài hạn của Microsoft là chuyển các đường dẫn hiệu suất cao này sang chế độ bật theo mặc định sau WinAppSDK 3.0 hoặc 4.0+, sau đó "chọn không tham gia" theo cách thủ công khi cần để thúc đẩy quá trình di chuyển toàn bộ hệ sinh thái sang triển khai gốc hiệu quả hơn.

Ở cấp độ ngành rộng hơn, giá bộ nhớ tăng, sự mở rộng chung của các ứng dụng máy tính để bàn và hiện tượng phần mềm trò chuyện ngẫu nhiên chiếm hơn 1GB bộ nhớ đã khiến người dùng ngày càng không thể chấp nhận được "phần mềm kém hiệu quả". Windows 11 trước đây thường xuyên bị chỉ trích vì "ngày càng giống một trình duyệt" và "các ứng dụng hiện đại chậm hơn các phiên bản cũ". Một số giám đốc điều hành cấp cao thậm chí còn tiết lộ rằng Microsoft từng gửi đồng hồ bấm giờ cho mọi kỹ sư, nhấn mạnh sự cần thiết phải “thực sự quan tâm đến việc người dùng đã phải chờ đợi bao lâu”. Giờ đây, với tính năng giảm tải ở cấp độ khung của WinUI 3, việc di chuyển các thành phần cốt lõi như menu Bắt đầu sang bản gốc, những cải tiến liên tục về hiệu suất và trải nghiệm trong bản cập nhật bản vá tháng 5 năm 2026 và một bộ chuỗi công cụ phát triển hoàn chỉnh xung quanh dòng lệnh và AI, tín hiệu từ Redmond ngày càng trở nên rõ ràng: Microsoft hy vọng sẽ làm cho Windows 11 thực sự trở lại với một hệ điều hành máy tính để bàn gốc hiệu suất cao, độ phản hồi cao và sâu sắc, thay vì "lớp vỏ trong lớp vỏ" với các trang web xếp chồng lên nhau.