Trong một động thái báo trước sự quay trở lại dứt khoát của phần mềm gốc, Microsoft đang tăng gấp đôi khung WinUI 3 để loại bỏ sự phình to khỏi Windows 11.
Cộng đồng PC đã đạt đến điểm đột phá với “sự cố ứng dụng web”. Trong vài năm qua, các nhà phát triển ngày càng từ bỏ các ứng dụng Windows gốc để chuyển sang Ứng dụng web lũy tiến (PWA) hoặc trình bao bọc dựa trên Electron. Mặc dù các khung công tác ưu tiên web này giúp cho việc phát triển đa nền tảng rẻ hơn đáng kể đối với các tập đoàn lớn, nhưng chúng là những ứng dụng máy tính để bàn ngốn nhiều tài nguyên, ngốn RAM và tiêu hao pin của bạn, thậm chí để hiển thị giao diện người dùng cơ bản.
Sự thất vọng này bùng lên gần đây khi chúng tôi thử nghiệm Cấu hình độ trễ thấp ẩn của Windows 11, một tính năng nền tạm thời tăng tần số CPU để khiến hệ điều hành có cảm giác phản hồi ngay lập tức.
Các nhà phê bình bàn phím cáo buộc Microsoft đã ép buộc hiệu suất phần cứng một cách thô bạo để bù đắp cho mã cồng kềnh, không được tối ưu hóa. Phó chủ tịch Microsoft Scott Hanselman phản bác lại, lập luận rằng việc tăng tốc CPU tạm thời là một tiêu chuẩn công nghiệp trên macOS và Linux, đồng thời Microsoft đang đồng thời thực hiện công việc khó khăn trong việc tối ưu hóa phần mềm cơ bản.
Tuần này, cuối cùng chúng ta đã có được bằng chứng kỹ thuật cứng rắn cho thấy Microsoft đang giữ đúng lời hứa của mình. Trong một động thái quan trọng nhằm khôi phục cả hiệu suất và niềm tin của nhà phát triển, Microsoft đã công khai tăng cường gấp đôi WinUI 3, thông báo những thay đổi sâu rộng về kiến trúc và các công cụ dành cho nhà phát triển mới giúp Windows 11 thoát khỏi danh tiếng tiêu cực và tất nhiên là cả sự chậm chạp của nó.
Cam kết của Microsoft với WinUI 3 sẽ giúp Windows 11 nhanh hơn
Một bản tóm tắt kỹ thuật mới được nhóm kỹ thuật Windows công bố trên GitHub cho thấy những bước nhảy vọt về hiệu suất đối với khung WinUI 3. Gã khổng lồ phần mềm muốn “biến WinUI 3 thành nền tảng giao diện người dùng gốc tốt nhất cho trải nghiệm và ứng dụng Windows.”
Để chứng minh rằng họ không chỉ thổi khói, nhóm phát triển đã tập trung vào thời gian ra mắt, sử dụng File Explorer và Notepad làm điểm chuẩn chính. Nếu bạn đã sử dụng các phiên bản Windows trước, File Explorer trong Windows 11 luôn hoạt động chậm đối với người dùng thành thạo.
Kết quả điểm chuẩn sơ bộ của nhánh kỹ thuật WinUI thực sự đáng kinh ngạc. Đối với phần WinUI khi khởi chạy File Explorer, Microsoft đã đạt được thành công:
- Phân bổ ít hơn 41%: Điều này làm giảm đáng kể chi phí bộ nhớ và tần suất tạm dừng thu thập rác đột ngột.
- Phân bổ tạm thời ít hơn 63%: Việc tạo dữ liệu tạm thời ít hơn có nghĩa là CPU dành nhiều thời gian hơn để thực hiện các tác vụ thay vì dọn dẹp các đối tượng tồn tại trong thời gian ngắn ở chế độ nền.
- Số lần gọi hàm ít hơn 45%: Việc đơn giản hóa đường dẫn mã trực tiếp giúp giảm thời gian thực thi, do đó giao diện người dùng hiển thị nhanh hơn trên màn hình.
- Giảm 25% thời gian dành cho mã WinUI: Bản thân khung giao diện người dùng đang hoạt động nhanh hơn, điều này có thể khiến ứng dụng trở nên tương tác gần như ngay lập tức.
Kết hợp các tối ưu hóa mã cấp khung này với lập lịch phần cứng “tích cực” của Cấu hình độ trễ thấp và bạn sẽ có được hiệu ứng kết hợp cực kỳ mạnh mẽ. Đây chính là ý của Hanselman khi ông nói rằng nhóm kỹ thuật đang làm cả hai việc.
Windows 11 đang loại bỏ trình bao bọc web khỏi hệ điều hành cốt lõi
Trong một thời gian dài, Windows 11 có cảm giác như nó đang chìm đắm trong chính trình bao bọc web của chính nó. Ngay cả các thành phần hệ thống thiết yếu cũng phụ thuộc rất nhiều vào WebView2, điều này tự nhiên bắt đầu hiển thị các lỗi giao diện người dùng cực nhỏ nhưng rất đáng chú ý khi nhấp qua giao diện.
Tuy nhiên, tình thế đã chính thức đổi chiều. Gần đây, chúng tôi đã báo cáo rằng Microsoft đang tích cực chuyển menu Bắt đầu của Windows 11 khỏi các thành phần web dựa trên React sang mã WinUI 3 thuần túy.
Khi nào những cải tiến về hiệu suất WinUI 3 sẽ có trên Windows 11?
Các nhà bảo trì đã lưu ý trong bản cập nhật GitHub của họ rằng những cải tiến khung này sẽ sớm di chuyển từ nhánh phát triển sang nhánh winui3/chính và cuối cùng vào các bản phát hành Windows App SDK (WinAppSDK) 2.x. Họ đặc biệt đề cập rằng một số thay đổi này “có thể quá rủi ro hoặc phức tạp để cung cấp dưới dạng bản cập nhật dịch vụ.”
Một số tính năng tăng tốc độ WinUI 3 hiện đang được chọn tham gia
Điều thú vị là Microsoft thừa nhận rằng việc đạt được mức hiệu suất vượt trội này đòi hỏi phải hy sinh một số cấu trúc. Công ty đang giới thiệu những thay đổi đột phá cần thiết đối với kiểu điều khiển mặc định.
Vì những tối ưu hóa này có thể phá vỡ các ứng dụng cũ phụ thuộc nhiều vào các thành phần vùng chứa tùy chỉnh trong mẫu điều khiển nên hiện tại, Microsoft đang thực hiện các lộ trình hiệu suất này để “chọn tham gia”. Tuy nhiên, mục tiêu cuối cùng là chuyển các lộ trình hiệu suất cao này thành “chọn không tham gia” theo mặc định trong WinAppSDK 3.0 hoặc 4.0+, buộc hệ sinh thái Windows hướng tới hiệu quả tốt hơn.
File Explorer sẽ khởi chạy nhanh hơn 40%?
Điều quan trọng là phải hiểu rằng việc giảm phân bổ bộ nhớ và lệnh gọi hàm này không tự động chuyển thành việc giảm 40% thời gian khởi chạy ứng dụng. Các số liệu được điểm chuẩn đo lường cụ thể phần khung WinUI trong trình tự khởi chạy File Explorer chứ không phải quá trình tải từ đầu đến cuối.
Việc tăng tốc độ trong thế giới thực đòi hỏi sự cộng tác sâu sắc giữa nhiều nhóm phát triển Windows. Tuy nhiên, việc cắt giảm đáng kể chi phí của khung giao diện người dùng là bước bắt buộc đầu tiên trong cam kết lâu dài của Microsoft đối với WinUI 3.
Microsoft cho biết các nhà phát triển có thể xây dựng ứng dụng WinUI 3 bằng công cụ Command-Line và AI
Sửa các ứng dụng Windows của bên thứ nhất chỉ là một nửa trận chiến. Nếu Microsoft muốn loại bỏ tình trạng cẩu thả trong ứng dụng web, họ phải thuyết phục các nhà phát triển bên thứ ba rằng xây dựng một ứng dụng WinUI 3 gốc cũng dễ dàng như khởi động một dự án Electron cồng kềnh.
Nó hoàn toàn có ý nghĩa. Như chúng tôi đã báo cáo, Windows 11 tiếp tục nhận được các ứng dụng web thay vì ứng dụng gốc vì các nhà phát triển thiếu sự tin tưởng và động lực đối với một nền tảng như WinUI 3, nền tảng mà Microsoft thậm chí còn chưa hỗ trợ cho đến nay. Chưa kể họ liên tục thay đổi khuôn khổ phát triển ứng dụng mà không có chiến lược phù hợp.
Theo truyền thống, việc phát triển Windows gốc yêu cầu tải xuống Visual Studio IDE khổng lồ và hiểu các cấu trúc XAML cực kỳ phức tạp.
Để dỡ bỏ hoàn toàn rào cản gia nhập này, Microsoft vừa công bố một bộ dự án và mục mới dotnet nguồn mở mạnh mẽ dành riêng cho WinUI, một lần nữa chứng minh cam kết của họ đối với khuôn khổ này.
Giờ đây, các nhà phát triển có thể tạo khung, xây dựng và chạy ứng dụng WinUI gốc được đóng gói đầy đủ trực tiếp từ dòng lệnh mà không cần chạm vào Visual Studio. Các mẫu này được thiết kế có tính đến hình bóng Windows hiện đại.
Nếu bạn sử dụng lệnh dotnet new winui-navview, bạn sẽ ngay lập tức nhận được một dự án được kết nối với thanh tiêu đề hiện đại, điều hướng phản hồi nhanh và kiến trúc có các mẫu Fluent Design ngay lập tức ở cả chế độ sáng và tối. Hơn nữa, các mẫu này tận dụng WinApp CLI mới, giúp loại bỏ hoàn toàn cơn ác mộng lịch sử về quản lý chứng chỉ và đóng gói MSIX thủ công bằng cách xử lý đăng ký gói bố cục lỏng lẻo ngay lập tức.
Microsoft cũng vừa giới thiệu một plugin tác nhân WinUI dành riêng cho các trợ lý AI như GitHub Copilot và Claude Code. Và tôi cảm thấy đây là nơi mà sự phát triển bản địa trở nên vô cùng thú vị.
Bây giờ bạn có thể mở dòng lệnh của mình và nhắc Copilot bằng yêu cầu ngôn ngữ tự nhiên, chẳng hạn như “tạo trình xem ảnh WinUI 3 với hình thu nhỏ và siêu dữ liệu EXIF.” Tác nhân AI winui-dev chuyên dụng sẽ tự động chọn đúng mẫu gốc, viết kiến trúc MVVM (Model-View-ViewModel), tạo bố cục XAML và tự động sửa mọi lỗi biên dịch. Nó thậm chí còn có kỹ năng kiểm tra winui-ui được tích hợp sâu giúp thúc đẩy tự động hóa giao diện người dùng thực sự từ dòng lệnh để tìm và sửa các lỗi chức năng mà không cần sự can thiệp của bạn.
Microsoft đang giảm đáng kể thời gian và chi phí cần thiết để xây dựng phần mềm gốc
Bằng cách cung cấp cho các tác nhân AI kiến thức sâu rộng, có căn cứ về WinUI và Windows App SDK, công ty đang phủ nhận hoàn toàn lập luận chính về việc sử dụng trình bao bọc web đa nền tảng!
Microsoft đang nói lời tạm biệt với các ứng dụng Web
Sự phản đối của ngành đối với các ứng dụng web ngốn bộ nhớ chưa bao giờ lớn hơn thế. Khi giá RAM toàn cầu đang tăng cao và người dùng ngày càng thất vọng trước các ứng dụng trò chuyện vượt quá 1GB, hiệu suất phần mềm là điều tuyệt đối cần thiết.
Với các tối ưu hóa mã cấp khung lớn, sự chuyển đổi kiến trúc sang mã gốc cho menu Bắt đầu, các bản sửa lỗi quan trọng về chất lượng cuộc sống trong bản cập nhật Bản vá thứ ba tháng 5 năm 2026 và các công cụ dòng lệnh mới tuyệt vời dành cho nhà phát triển, thông điệp từ Redmond là cuối cùng họ đã cung cấp cơ sở hạ tầng cần thiết để giúp các nhà phát triển loại bỏ tình trạng cẩu thả của ứng dụng web và khiến Windows 11 có cảm giác như một hệ điều hành gốc cao cấp, có độ phản hồi cao và sâu sắc.
