Google đã cắt giảm số lần cập nhật mã nguồn cho Dự án Mã nguồn Mở Android (AOSP) xuống còn hai lần mỗi năm để đồng bộ nhịp độ phát hành với mô hình phát triển ổn định trunk của họ.
Tuy nhiên, điều này đã châm ngòi cho cuộc tranh luận về tương lai của nền tảng này.
Đối với các kỹ sư phần mềm và người bảo trì nền tảng làm việc trong hệ sinh thái Android, nhịp độ phát hành của kho mã nguồn gốc là một yếu tố phụ thuộc cơ bản.
Trong một thay đổi sẽ tác động trực tiếp đến lộ trình phát triển cho các bản ROM tùy chỉnh và những người bảo trì các nhánh phát triển riêng, Google đã xác nhận sẽ chỉ có hai lần cập nhật mã nguồn lên AOSP mỗi năm—giảm so với bốn lần mà các nhà phát triển đã quen thuộc.
Trong khi hệ điều hành Android đóng trước đây thường có nhịp cập nhật hàng quý sau đó là các đợt công bố mã nguồn cho AOSP, lịch trình mới này nhằm mục đích giảm sự phân mảnh.
Thông báo được đưa ra trên trang chủ của Dự án Mã nguồn Mở Android:
“Bắt đầu từ năm 2026, để phù hợp với mô hình phát triển ổn định trunk và đảm bảo sự ổn định nền tảng cho hệ sinh thái, chúng tôi sẽ công bố mã nguồn lên AOSP vào quý 2 và quý 4.”
Tác động đến phát triển mã nguồn mở Android hạ nguồn
Đối với các nhà phát triển xây dựng hệ điều hành tương thích với ứng dụng Android, sự thay đổi này đòi hỏi phải điều chỉnh quy trình làm việc.
Mặc dù việc chậm lại sẽ gây đau đầu cho các nhà phát triển và bất kỳ ai xây dựng hệ điều hành tương thích với ứng dụng Android, nhưng sự đồng thuận chung là điều này báo hiệu sự dịch chuyển khỏi tinh thần ban đầu của dự án hướng tới một cách tiếp cận hạn chế hơn.
Các kỹ sư quen với việc hợp nhất các thay đổi từ nguồn gốc hàng quý giờ phải thích ứng với chu kỳ tích hợp nửa năm.
Tuy nhiên, Google đã làm rõ rằng các bản cập nhật bảo mật sẽ tiếp tục được thực hiện thường xuyên hơn, đảm bảo quy trình quản lý bản vá cho các vòng đời phát triển an toàn không bị gián đoạn.
Phản ứng từ cộng đồng rất gay gắt, với các nhà phát triển đặt câu hỏi về sự ổn định của các nền tảng lớn.
Như một người dùng Hacker News, _fzslm, nhận xét:
“Có phải chỉ tôi thấy vậy không, hay là mọi hệ điều hành lớn (macOS, iOS, Windows và giờ là Android) đều đã tự bắn vào chân mình theo một cách đặc biệt nào đó trong năm qua?
…
macOS và iOS 26 là những hệ điều hành kém ổn định và thiếu hoàn thiện nhất mà tôi từng sử dụng từ Apple kể từ đầu những năm 2000.”
Người dùng này nói thêm rằng trong khi người dùng phổ thông có thể không quan tâm, “tất cả đều báo hiệu một điều gì đó sâu xa hơn đang diễn ra trong công tác quản lý trên khắp các hãng.”Android siết chặt việc cài đặt ứng dụng từ bên ngoài
Ngoài cấp độ kernel và nền tảng, Google đã thông báo vào năm ngoái rằng họ đang thiết kế lại cách hệ điều hành xử lý việc cài đặt ứng dụng từ bên ngoài Play Store (tức là sideloading.) Điều này cũng làm dấy lên lo ngại trong giới phát triển Android rằng Google đang ngày càng xa rời việc hỗ trợ mã nguồn mở.
Đối với các nhà phát triển phân phối APK trực tiếp cho người dùng hoặc thông qua các cửa hàng ứng dụng thay thế, các giao thức xác minh danh tính đang được siết chặt.
Những nhà phát triển này nên xác minh danh tính của họ trước khi Google thực thi các quy định nghiêm ngặt hơn.
Vào tháng 9 năm 2025, dự án F-Droid – phân phối các ứng dụng Android mã nguồn mở –đã cảnh báorằng họ sẽ gặp rủi ro nếu Google thực thi các yêu cầu đăng ký nhà phát triển đã lên kế hoạch cho việc cài đặt ứng dụng.
Hệ thống được đề xuất này về cơ bản không tương thích với mô hình sideloading của F-Droid.
Đáp lại phản hồi kỹ thuật, công ty sau đó đã quyết định nới lỏng các hạn chế về sideloading sau khi đối mặt với chỉ trích từ những người đam mê và nhà phát triển Android.
Giải pháp là một sự thỏa hiệp kỹ thuật được mệnh danh là “luồng nâng cao”.
Google hiện đang làm việc trên luồng này dành cho người dùng có kinh nghiệm muốn chấp nhận rủi ro cài đặt các ứng dụng chưa được xác minh.
Tùy chọn mới này sẽ cho phép những người dùng này bỏ qua các kiểm tra an toàn nghiêm ngặt nhưng với cảnh báo về những nguy cơ tiềm ẩn phía trước.
Từ góc độ trải nghiệm người dùng và bảo mật, Google cũng đang đảm bảo rằng quy trình này không thể dễ dàng bị lừa hoặc lạm dụng, để người dùng không bị ép buộc cài đặt các ứng dụng độc hại mà không hiểu rõ rủi ro.
Cơ chế này nhằm mục đích bảo tồn tính hữu dụng của nền tảng cho các nhà phát triển và người dùng chuyên sâu.
Điều này sẽ cho người dùng chuyên sâu tự do làm những gì họ muốn trong khi vẫn bảo vệ người dùng thông thường khỏi lừa đảo và phần mềm độc hại.
Nó cho thấy thay vì đóng cửa hoàn toàn việc sideloading, họ đang tạo ra một cách để người dùng có kinh nghiệm tiếp tục thực hiện việc đó trong khi đặt ra các biện pháp bảo vệ.
Điều này cho thấy Google đang phản hồi lại ý kiến đóng góp và cố gắng tìm ra một điểm chung.
Bất chấp tất cả những thay đổi vận hành này, Google đã nói rằng họ vẫn cam kết với Dự án Mã nguồn Mở Android.
Đối với các nhóm kỹ sư, hành động cần thực hiện ngay là xem xét các đường ống CI/CD hiện tại để phù hợp với chu kỳ phát hành AOSP Q2/Q4 và đảm bảo mọi kênh phân phối không phải Play Store trải qua quy trình xác minh danh tính cần thiết.
Xem thêm:OpenAI tập trung hơn vào nhà phát triển với GPT-5.2
Muốn tìm hiểu thêm về an ninh mạng từ các chuyên gia hàng đầu trong ngành?Hãy xemCyber Security & Cloud Expodiễn ra tại Amsterdam, California và London.
Sự kiện toàn diện này là một phần củaTechExvà được tổ chức cùng địa điểm với các sự kiện công nghệ hàng đầu khác bao gồmAI & Big Data Expo.
Nhấpvào đâyđể biết thêm thông tin.
Developer được cung cấp bởiTechForge Media.
Khám phá các sự kiện và hội thảo trực tuyến về công nghệ doanh nghiệp sắp tới kháctại đây.
