Google đang làm phức tạp quá trình phát triển các ROM Android thay thế, đặt dấu hỏi về sự tồn tại của chúng. Bắt đầu từ Android 16, công ty đã ngừng chia sẻ công khai dữ liệu cho phép tạo ra các nhánh này.
Rõ ràng là chúng không còn phổ biến như thời kỳ đầu của Android, nhưng các ROM thay thế vẫn là một phần bản sắc của hệ điều hành di động. Tuy nhiên, quá trình phát triển của chúng có thể trở nên phức tạp hơn đáng kể, cuối cùng có thể dẫn đến sự biến mất của chúng. Google có đang đóng đinh quan tài vào các bản phân phối Android thay thế như LineageOS và GrapheneOS không? Sau đây là bản cập nhật.
Mối quan ngại bắt đầu tăng lên vào tháng 3 năm 2025. Google thông báo rằng việc phát triển Android hiện sẽ được thực hiện 100% nội bộ để hợp lý hóa quy trình làm việc. Trên thực tế, quyết định này không thay đổi nhiều, vì một phần lớn quá trình phát triển đã diễn ra ở chế độ riêng tư. Ngoài ra, công ty đã hứa sẽ tiếp tục công bố mã nguồn và đóng góp cho Dự án nguồn mở Android (AOSP), phiên bản Android công khai và có sẵn cho công chúng.
Tuy nhiên, có một vài thứ còn thiếu trong những gì Google từng cung cấp. Cây thiết bị Pixel không còn khả dụng nữa, cũng như các tệp nhị phân trình điều khiển và lịch sử cam kết. Sự biến mất của ba loại dữ liệu này phản ánh sự minh bạch ngày càng mờ đục của Google trong quá trình phát triển Android. Và trên hết, nó làm phức tạp nghiêm trọng nhiệm vụ của các nhà phát triển muốn phát triển các nhánh Android.
Sự tiết lộ này khiến một số người tin rằng Google đang thực hiện bước đầu tiên để loại bỏ hoàn toàn AOSP. Mặc dù nó có thể không hữu ích như trước đây, nhưng việc đóng cửa nó vẫn sẽ là một cú sốc. Nó sẽ tượng trưng cho sự rút lui của Android, khiến nó gần với iOS hơn nhiều so với Android của những năm đầu. Trên thực tế, Google đã thực hiện nhiều hướng đi khác nhau trong những năm qua, khiến hệ điều hành của mình kém cởi mở và tùy chỉnh hơn. Việc giết chết AOSP sẽ chỉ là đòn giáng cuối cùng.
Ông cũng đưa ra lời giải thích cho việc kết thúc chia sẻ cây thiết bị Pixel. "AOSP cần một mục tiêu tham chiếu linh hoạt, có thể định cấu hình và giá cả phải chăng, độc lập với bất kỳ phần cứng nào, bao gồm cả phần cứng của Google", ông nói. Bằng cách không còn công khai cấu trúc cây Pixel, Google muốn buộc những người tạo ra các bản phân phối thay thế không còn sử dụng Pixel của mình làm mục tiêu tham chiếu nữa.
Seang Chau đã làm rõ rằng nhóm của ông sẽ tiếp tục cung cấp thiết bị Android ảo Cuttlefish cho mục đích thử nghiệm và phát triển. Nó thậm chí còn trở thành mục tiêu tham chiếu mới, khi mà công chúng không thể truy cập vào cây Pixel. "Cuttlefish là một thiết bị Android ảo có thể định cấu hình, có thể chạy từ xa (sử dụng các dịch vụ đám mây của bên thứ ba như Google Cloud Engine) và cục bộ (trên máy Linux x86 và ARM64)," Google tuyên bố trong AOSP.
Mục tiêu của nó là giải phóng các nhà phát triển khỏi sự phụ thuộc nhất định vào phần cứng vật lý để phát triển và xác thực các thay đổi mã. "Tái tạo hành vi dựa trên khuôn khổ của một thiết bị thực với trọng tâm là độ trung thực cao bằng cách duy trì sự liên kết chặt chẽ với khuôn khổ cốt lõi," Google viết trên trang AOSP giới thiệu Cuttlefish. Người ta cũng nói thêm rằng có nhiều điểm tương đồng giữa Android Emulator và Cuttlefish, nhưng Cuttlefish "bảo đảm độ trung thực hoàn toàn với khuôn khổ Android", cho dù đó là AOSP thuần túy hay phiên bản đã tùy chỉnh trước đó.
Và đó không phải là yếu tố duy nhất làm phức tạp quá trình phát triển các bản fork Android. Được trích dẫn bởi Android Authority, cộng tác viên của LineageOS, Nolen Johnson tin rằng việc tạo ROM tùy chỉnh trong tương lai sẽ trở thành một "nỗi đau". Cho đến nay, "chỉ cần lấy các cấu hình do Google tạo ra", sau đó thêm một lớp tùy chỉnh và biên dịch mọi thứ để phát triển một bản fork Android cho Pixel. Điều này không còn khả thi kể từ Android 16 nữa vì Google giữ lại các cây cho riêng mình.
Do đó, chúng ta cần phải dựa trên các cây thiết bị cũ do Google công bố (những cây dành cho Android 15 là cây gần đây nhất), sau đó "đoán mò và đảo ngược kỹ thuật, từ các tệp nhị phân được biên dịch trước, các sửa đổi cần thiết", nhà phát triển giải thích. Bộ tệp cấu hình này rất quan trọng vì nó cho phép hệ thống xây dựng tạo ra một hình ảnh phù hợp với thiết bị mục tiêu.
Việc không còn quyền truy cập vào lịch sử cam kết mã nguồn cũng không giúp ích gì cho tình hình. Điều này hữu ích như một điểm tham chiếu để phát triển ROM cho các mẫu máy khác. Nó giúp tích hợp các tính năng, bản sửa lỗi và bản vá bảo mật dễ dàng hơn.
Vì vậy, có khả năng chúng ta sẽ thấy thậm chí còn ít nhánh tùy chỉnh hơn trong tương lai, cho dù là dành cho Pixel hay các thương hiệu khác. Và đối với các thiết bị vẫn được hỗ trợ, các bản cập nhật có thể mất nhiều thời gian hơn để đến vì thời gian phát triển sẽ kéo dài.
Rõ ràng là chúng không còn phổ biến như thời kỳ đầu của Android, nhưng các ROM thay thế vẫn là một phần bản sắc của hệ điều hành di động. Tuy nhiên, quá trình phát triển của chúng có thể trở nên phức tạp hơn đáng kể, cuối cùng có thể dẫn đến sự biến mất của chúng. Google có đang đóng đinh quan tài vào các bản phân phối Android thay thế như LineageOS và GrapheneOS không? Sau đây là bản cập nhật.
Mối quan ngại bắt đầu tăng lên vào tháng 3 năm 2025. Google thông báo rằng việc phát triển Android hiện sẽ được thực hiện 100% nội bộ để hợp lý hóa quy trình làm việc. Trên thực tế, quyết định này không thay đổi nhiều, vì một phần lớn quá trình phát triển đã diễn ra ở chế độ riêng tư. Ngoài ra, công ty đã hứa sẽ tiếp tục công bố mã nguồn và đóng góp cho Dự án nguồn mở Android (AOSP), phiên bản Android công khai và có sẵn cho công chúng.
Android 16 xáo trộn bộ bài
Nhưng những người đam mê đã có một bất ngờ khó chịu với bản phát hành gần đây của phiên bản ổn định đầu tiên của Android 16. Google đã cung cấp mã nguồn cho bản cập nhật thông qua AOSP. Như thường lệ, nó được phát hành theo Apache 2.0, một giấy phép cho phép sử dụng, phân phối, sửa đổi và phân phối các phiên bản đã sửa đổi, cho phép tạo ROM tùy chỉnh mới từ cơ sở được cung cấp.Tuy nhiên, có một vài thứ còn thiếu trong những gì Google từng cung cấp. Cây thiết bị Pixel không còn khả dụng nữa, cũng như các tệp nhị phân trình điều khiển và lịch sử cam kết. Sự biến mất của ba loại dữ liệu này phản ánh sự minh bạch ngày càng mờ đục của Google trong quá trình phát triển Android. Và trên hết, nó làm phức tạp nghiêm trọng nhiệm vụ của các nhà phát triển muốn phát triển các nhánh Android.
Sự tiết lộ này khiến một số người tin rằng Google đang thực hiện bước đầu tiên để loại bỏ hoàn toàn AOSP. Mặc dù nó có thể không hữu ích như trước đây, nhưng việc đóng cửa nó vẫn sẽ là một cú sốc. Nó sẽ tượng trưng cho sự rút lui của Android, khiến nó gần với iOS hơn nhiều so với Android của những năm đầu. Trên thực tế, Google đã thực hiện nhiều hướng đi khác nhau trong những năm qua, khiến hệ điều hành của mình kém cởi mở và tùy chỉnh hơn. Việc giết chết AOSP sẽ chỉ là đòn giáng cuối cùng.
Theo Google, AOSP không bị nghi ngờ
Nhưng chúng ta vẫn chưa đến đó. Sau khi nghe về sự hoảng loạn chung đang lan rộng trong cộng đồng nhà phát triển, Seang Chau, người đứng đầu Android, muốn trấn an. "Một số người đang suy đoán về việc từ bỏ AOSP. Hãy nói rõ ràng: AOSP sẽ không biến mất. AOSP được thiết kế như một nền tảng mở cho các triển khai thiết bị, nhà cung cấp SoC và kiến trúc tập lệnh", ông trả lời trên X (Twitter).Ông cũng đưa ra lời giải thích cho việc kết thúc chia sẻ cây thiết bị Pixel. "AOSP cần một mục tiêu tham chiếu linh hoạt, có thể định cấu hình và giá cả phải chăng, độc lập với bất kỳ phần cứng nào, bao gồm cả phần cứng của Google", ông nói. Bằng cách không còn công khai cấu trúc cây Pixel, Google muốn buộc những người tạo ra các bản phân phối thay thế không còn sử dụng Pixel của mình làm mục tiêu tham chiếu nữa.
Seang Chau đã làm rõ rằng nhóm của ông sẽ tiếp tục cung cấp thiết bị Android ảo Cuttlefish cho mục đích thử nghiệm và phát triển. Nó thậm chí còn trở thành mục tiêu tham chiếu mới, khi mà công chúng không thể truy cập vào cây Pixel. "Cuttlefish là một thiết bị Android ảo có thể định cấu hình, có thể chạy từ xa (sử dụng các dịch vụ đám mây của bên thứ ba như Google Cloud Engine) và cục bộ (trên máy Linux x86 và ARM64)," Google tuyên bố trong AOSP.
Mục tiêu của nó là giải phóng các nhà phát triển khỏi sự phụ thuộc nhất định vào phần cứng vật lý để phát triển và xác thực các thay đổi mã. "Tái tạo hành vi dựa trên khuôn khổ của một thiết bị thực với trọng tâm là độ trung thực cao bằng cách duy trì sự liên kết chặt chẽ với khuôn khổ cốt lõi," Google viết trên trang AOSP giới thiệu Cuttlefish. Người ta cũng nói thêm rằng có nhiều điểm tương đồng giữa Android Emulator và Cuttlefish, nhưng Cuttlefish "bảo đảm độ trung thực hoàn toàn với khuôn khổ Android", cho dù đó là AOSP thuần túy hay phiên bản đã tùy chỉnh trước đó.
ROM thay thế đang gặp nguy hiểm?
Chúng tôi đã biết rằng Google vẫn hỗ trợ các hình ảnh hệ thống chung (GSI), các triển khai Android thuần túy chứa mã AOSP chưa sửa đổi. Muốn giải phóng bản thân khỏi một thiết bị thương mại và tùy chỉnh như điện thoại thông minh Pixel có thể là một ý tưởng hay. Nhưng giải pháp thay thế, máy ảo, cũng có những hạn chế của nó. Nó chỉ có thể mô phỏng các tính năng phần cứng, điều này có thể khiến các nhà phát triển khó phát hiện hoặc sửa lỗi, hoặc thậm chí là phát triển một tính năng mới.Do đó, chúng ta cần phải dựa trên các cây thiết bị cũ do Google công bố (những cây dành cho Android 15 là cây gần đây nhất), sau đó "đoán mò và đảo ngược kỹ thuật, từ các tệp nhị phân được biên dịch trước, các sửa đổi cần thiết", nhà phát triển giải thích. Bộ tệp cấu hình này rất quan trọng vì nó cho phép hệ thống xây dựng tạo ra một hình ảnh phù hợp với thiết bị mục tiêu.
Việc không còn quyền truy cập vào lịch sử cam kết mã nguồn cũng không giúp ích gì cho tình hình. Điều này hữu ích như một điểm tham chiếu để phát triển ROM cho các mẫu máy khác. Nó giúp tích hợp các tính năng, bản sửa lỗi và bản vá bảo mật dễ dàng hơn.
Vì vậy, có khả năng chúng ta sẽ thấy thậm chí còn ít nhánh tùy chỉnh hơn trong tương lai, cho dù là dành cho Pixel hay các thương hiệu khác. Và đối với các thiết bị vẫn được hỗ trợ, các bản cập nhật có thể mất nhiều thời gian hơn để đến vì thời gian phát triển sẽ kéo dài.
