
Một trong những vấn đề chính kéo Windows 11 xuống là các ứng dụng tích hợp sẵn và khung gốc, và Windows mới nhất đã biết rằng Microsoft đang chuẩn bị một bản cập nhật lớn tập trung vào quản lý bộ nhớ. Tôi được biết rằng menu Bắt đầu và chế độ xem Chương trình làm việc dựa trên WinUI vẫn đang diễn ra nhưng Microsoft đang tối ưu hóa WinUI trước khi triển khai.
Thông tin chi tiết về quản lý bộ nhớ cũng đã được hé lộ tại Build 2026 dành cho nhà phát triển, nhưng phần lớn trong số đó liên quan chặt chẽ đến WinUI.
Tại Build 2026, Microsoft cho biết họ đã và đang thực hiện các thay đổi đối với WinUI để sử dụng ít RAM hơn và điều đó đặc biệt quan trọng trước khi các thành phần cốt lõi của Windows, chẳng hạn như menu Start, được viết lại trong WinUI.
Theo Chris Anderson, một kỹ sư trong nhóm giao diện người dùng Windows của Microsoft, nhiều thay đổi đã được lên kế hoạch và giới thiệu rộng rãi các bản sửa lỗi “hiệu suất, nguyên tắc cơ bản và chất lượng” cho WinUI trước các kế hoạch lớn hơn.
Một thay đổi đáng chú ý là kế hoạch của công ty để chuyển WinUI sang bộ tổng hợp hệ thống Windows, điều này sẽ giúp các ứng dụng và hệ điều hành nhanh hơn một chút.
“Về mặt hiệu suất, chúng tôi đã đầu tư rất nhiều vào việc thực sự cải thiện việc sử dụng bộ nhớ cũng như chuyển sang bộ tổng hợp hệ thống, điều này sẽ mang lại một số cải tiến hiệu suất thậm chí còn tốt hơn. Và tất cả những thứ này thực sự đã được công bố rộng rãi trong kho Git của chúng tôi”, Anderson nói.
Dù tất cả chúng ta đều muốn thấy các ứng dụng gốc trong Windows, đặc biệt là những ứng dụng được xây dựng bằng WinUI, nhưng không thể phủ nhận rằng khung này không được tối ưu hóa chính xác cho hiệu suất. Nó có thể cảm thấy chậm và hầu hết các bạn đều đã trực tiếp trải nghiệm điều đó.
Ví dụ: hãy thử đặt File Explorer để mở “PC này” và so sánh hiệu suất của nó với tab “Trang chủ”, thao tác này mất nhiều thời gian hơn để tải, đặc biệt là trên phần cứng cấp thấp:
Tôi được biết rằng Microsoft đang thử nghiệm nội bộ các bản sửa lỗi về mức sử dụng bộ nhớ, hiệu suất và độ tin cậy cho WinUI trước khi cung cấp menu Bắt đầu mới được xây dựng bằng khung này.
Menu bắt đầu sử dụng một phần React gốc
Phần lớn sẽ không có bất kỳ thay đổi rõ ràng nào đối với menu Bắt đầu khi phiên bản WinUI ra mắt, nhưng nó sẽ ít bị giật hơn một chút trên các PC cấp thấp và sử dụng ít RAM hơn về tổng thể. Đối với những người chưa biết, danh sách Tất cả ứng dụng của menu Bắt đầu và nguồn cấp dữ liệu ‘Được đề xuất’ (còn được gọi là Gần đây trong các bản dựng mới hơn) được xây dựng bằng React gốc. Điều này đã được Microsoft xác nhận tại hội nghị Chain React năm 2023:

Tôi có thể xác nhận rằng các bản sửa lỗi liên quan đến WinUI sẽ giúp Windows nhanh hơn đáng kể nhưng chúng tôi chưa có số liệu nên tôi không thể cho bạn biết liệu ứng dụng sử dụng 300 MB RAM có thể giảm xuống 250 MB, 200 MB hay thứ gì khác sau khi áp dụng các thay đổi hay không.
Tại Build 2026, Microsoft cũng cho biết họ có kế hoạch tung ra các tính năng WinUI mới, nhưng điều đó sẽ không xảy ra trừ khi các vấn đề về hiệu suất được giải quyết. Hiện tại, trọng tâm hoàn toàn là sửa lỗi để WinUI cảm thấy phản hồi nhanh hơn và điều đó là cần thiết trước những thay đổi của menu Bắt đầu.
Anderson nói: “Tôi thực sự muốn dành thời gian trước khi đi sâu vào những điều mới mẻ và thú vị mà tôi nghĩ là những món trang sức hấp dẫn và sáng bóng trong tính năng này”.
“…Đây thực sự là những tính năng cốt lõi mà mọi người đã yêu cầu và thực sự cần để hoạt động hiệu quả trên WinUI. Đầu tiên và quan trọng nhất là hiệu suất, nguyên tắc cơ bản, chất lượng, sửa nhiều lỗi.”
Microsoft cũng đang chuẩn bị các điều khiển DataGrid và Charting tích hợp sẵn cho WinUI để thuyết phục các nhà phát triển doanh nghiệp chuyển đổi
Anderson cho biết: “Chúng tôi cũng đang bổ sung thêm nhiều biện pháp kiểm soát mới. “Chúng tôi có DataGrid và Charting sắp ra mắt và sẽ sớm ra mắt. Chúng sẽ hiển thị trong các bit WinUI cốt lõi và sẽ cho phép bạn thực hiện nhiều kịch bản hướng dữ liệu hơn.”
Có hai lý do khiến Microsoft thêm các điều khiển này vào WinUI. Đầu tiên, nó muốn giảm bớt sự phụ thuộc của các nhà phát triển vào các thư viện riêng biệt cho các tính năng chung của ứng dụng doanh nghiệp.
Thứ hai, họ hy vọng rằng các nhà phát triển doanh nghiệp sẽ bắt đầu sử dụng WinUI để xây dựng ứng dụng của họ khi họ có quyền truy cập vào các điều khiển biểu diễn dữ liệu/đồ họa nâng cao trong thư viện. Nếu điều đó xảy ra, bạn có thể mong đợi Microsoft đầu tư nhiều hơn vào WinUI và nhiều ứng dụng cũ hơn để chuyển sang khung gốc mới.
Tuy nhiên, Microsoft không nói rằng việc sử dụng các điều khiển tích hợp sẽ nhất thiết làm giảm mức sử dụng RAM của ứng dụng.
Microsoft muốn có WinUI ngay trước khi chuyển nhiều thành phần Windows 11 hơn sang khung gốc
Microsoft cho biết họ đang tích hợp WinUI vào Windows shell nhanh hơn và các trải nghiệm Windows bổ sung của bên thứ nhất sẽ được xây dựng cùng với nó, nhưng trước khi điều đó xảy ra, họ cần phải làm cho WinUI nhanh hơn.
“Chúng tôi thực sự đang cố gắng hết sức để mở rộng WinUI để có thể truy cập được cho bất kỳ trường hợp sử dụng nào mà chúng tôi muốn. Chúng tôi đã bắt đầu tích hợp nó vào shell với tốc độ nhanh hơn nhiều. Và vì vậy, bạn sẽ thấy nhiều tính năng của bên thứ nhất đến từ Microsoft đang được xây dựng dựa trên WinUI.”
Nói cách khác, Microsoft đang nói rằng họ không thể làm cho Windows 11 nhanh hơn nếu bản thân khung cốt lõi ‘WinUI’ chậm.
Công ty lập luận rằng WinUI đang được sử dụng bên trong Windows shell và nó cũng được tìm thấy trong một số ứng dụng Windows gốc. Chi phí khung có thể ảnh hưởng tiêu cực đến hiệu suất của Windows và đó là lý do tại sao công ty muốn tối ưu hóa WinUI. Ngoài ra còn có các vấn đề khác với WinUI, chẳng hạn như rách màn hình khi bạn kéo và điều chỉnh cửa sổ:
Tôi được biết những vấn đề này sẽ sớm được khắc phục và điều này là cần thiết trước bản cập nhật thiết kế lớn tiếp theo.
Microsoft chưa xác định tính năng nào của Windows 11 sẽ chuyển sang WinUI tiếp theo. Nó cũng không xác nhận liệu các thành phần shell hiện có có được cập nhật ngay lập tức để sử dụng các cải tiến về bộ nhớ hay không. Nhưng chúng tôi biết rằng menu Bắt đầu và chế độ xem Chương trình làm việc trong thông báo là hai tính năng hàng đầu khi chuyển sang mã gốc.
Anderson cho biết: “Chúng tôi hy vọng sẽ thấy nhiều nhà phát triển bên thứ ba thực sự bắt đầu áp dụng nó. “Chúng tôi đã thấy một số tiến triển, nhưng chúng tôi biết rằng việc chuyển sang áp dụng khung giao diện người dùng mới có thể mất nhiều thời gian, đặc biệt là trong không gian doanh nghiệp.”
“Chúng tôi coi đây là thời điểm để thực sự bắt đầu thể hiện rằng chúng tôi đang dồn sức cho việc này và chúng tôi cam kết đưa WinUI tiến lên phía trước. Và đó hoàn toàn là ý định của chúng tôi.”
Microsoft thừa nhận WinUI vẫn còn những lỗ hổng lớn về tính năng
Hiệu suất không phải là lý do duy nhất khiến các nhà phát triển ngần ngại chuyển ứng dụng của họ sang WinUI.

Microsoft cho biết các nhà phát triển tiếp tục dựa vào các thư viện nguồn mở vì WinUI thiếu các khả năng mà họ cần, bao gồm việc triển khai khay hệ thống hoàn chỉnh và kiểm soát dữ liệu phong phú hơn.
Anderson cho biết: “Điều thứ hai mà chúng tôi được nghe nhiều là, ngoài DataGrid và Charting, còn có rất nhiều lỗ hổng về tính năng trong nền tảng.
“Mọi thứ từ những gì bạn đang làm trên khay hệ thống? Và bạn bị hạn chế sử dụng Windows. Rất nhiều người sử dụng thư viện nguồn mở để khắc phục những lỗ hổng này và chúng ta có thể sửa nền tảng được không?”
Anderson nói: “Chúng tôi có một lượng tồn đọng lớn. “Chúng tôi sẽ bắt đầu giải quyết vấn đề đó và thực sự bắt đầu cố gắng giải quyết những lỗ hổng về tính năng mà mọi người đang phản đối. Nhưng đó là một trong những vấn đề lớn nhất.” Microsoft cũng lập luận rằng họ đang xây dựng các công cụ AI mới có thể giúp phát triển các ứng dụng WinUI được hỗ trợ bởi AI.
Hơn nữa, Anderson còn đề cập đến các nhà phát triển vẫn lo ngại rằng Microsoft có thể từ bỏ WinUI và thay thế nó bằng một khung công tác khác.
“Có lẽ điều quan trọng nhất là lần này các bạn có thực sự nghiêm túc không? Các bạn có định gắn bó với framework này không? WinUI 3 đã được 4 năm tuổi. Các bạn sẽ tiếp tục phát triển hay đây là năm mà các bạn sẽ công bố một framework hoàn toàn mới một lần nữa?”
“Và tôi sẽ nói rằng, không, chúng tôi không có ý định xây dựng một khuôn khổ mới.”
Microsoft cũng bỏ số phiên bản khỏi tên của khung này để ngụ ý rằng sẽ không có khung nào khác sắp ra mắt.
“Trên thực tế, chúng tôi đang giảm con số và chỉ coi WinUI chỉ là WinUI vì chúng tôi không có ý định thực sự tạo ra một sự thay đổi lớn, phá vỡ sự thay đổi đó,” Anderson nói.


