Tại sao Android sử dụng Java? [đóng cửa]

OK, điều này thực sự nên được hỏi với một người nào đó từ Google, nhưng tôi chỉ muốn có ý kiến ​​khác.

Ngay cả Android cũng hỗ trợ các ứng dụng mã Native, công cụ phát triển chính là Java. Nhưng tại sao? Ý tôi là, không phải quá chậm để diễn giải mã trên thiết bị di động? Khi giới thiệu Froyo, Google cho biết trình biên dịch JIT mới có thể đạt được các ứng dụng nhanh hơn 2-5 lần. Điều này có nghĩa là sử dụng Java qua mã gốc sẽ chậm hơn gấp 2 lần.

Có, tôi biết rằng sử dụng các ứng dụng mã được quản lý sẽ an toàn hơn về độ ổn định của hệ thống, vì máy ảo có khả năng kiểm soát chương trình tốt hơn, tuy nhiên, sự sụt giảm hiệu suất này là rất lớn và tôi không hiểu tại sao phải sử dụng nó.

Một số điểm:

1. Java là một ngôn ngữ đã biết, các nhà phát triển biết nó và không cần phải học nó

2. khó có thể tự chụp bằng Java hơn là với mã C / C ++ vì nó không có số học con trỏ

3. nó chạy trong một máy ảo, vì vậy không cần phải biên dịch lại nó cho mọi điện thoại hiện có và dễ bảo mật

4. số lượng lớn các công cụ phát triển cho Java (xem điểm 1)

5. một số điện thoại di động đã sử dụng Java ME, vì vậy Java đã được biết đến trong ngành

6. sự khác biệt về tốc độ không phải là vấn đề đối với hầu hết các ứng dụng; nếu đó là bạn nên viết mã bằng ngôn ngữ cấp thấp

Ở cấp độ mã byte, Android không sử dụng Java. Nguồn là Java, nhưng nó không sử dụng JVM.

Cải thiện độ ổn định của hệ thống là rất quan trọng trên một thiết bị như điện thoại di động.

Bảo mật thậm chí còn quan trọng hơn. Môi trường Android cho phép người dùng chạy các ứng dụng bán tin cậy có thể khai thác điện thoại theo những cách thực sự khó chịu mà không có bảo mật tuyệt vời. Bằng cách chạy tất cả các ứng dụng trong một máy ảo, bạn đảm bảo rằng không có ứng dụng nào có thể khai thác nhân hệ điều hành trừ khi có lỗ hổng trong quá trình triển khai VM. Đến lượt nó, việc triển khai VM được cho là nhỏ và có bề mặt bảo mật nhỏ, được xác định rõ.

Có lẽ quan trọng nhất, khi các chương trình được biên dịch để viết mã cho một máy ảo, chúng không phải được biên dịch lại cho phần cứng mới. Thị trường chip điện thoại rất đa dạng và thay đổi nhanh chóng, vì vậy đó là một vấn đề lớn.

Ngoài ra, việc sử dụng Java khiến ít có khả năng các ứng dụng mà mọi người viết sẽ tự khai thác được. Không vượt quá bộ đệm, lỗi với con trỏ, v.v.

Mã gốc không nhất thiết phải nhanh hơn mã Java. Dữ liệu hồ sơ của bạn ở đâu cho thấy rằng mã gốc có thể chạy nhanh hơn?

Tại sao Java?

• Android chạy trên nhiều nền tảng phần cứng khác nhau. Bạn sẽ cần phải biên dịch và tối ưu hóa mã gốc của mình cho từng nền tảng khác nhau này để thấy được bất kỳ lợi ích thực sự nào.

• Có một số lượng lớn các nhà phát triển đã thành thạo Java.

• Java có hỗ trợ mã nguồn mở rất lớn, với nhiều thư viện và công cụ có sẵn để làm cho cuộc sống của các nhà phát triển dễ dàng hơn.

• Java bảo vệ bạn khỏi nhiều vấn đề vốn có trong mã gốc, như rò rỉ bộ nhớ, sử dụng con trỏ kém, v.v.

• Java cho phép họ tạo các ứng dụng hộp cát và tạo mô hình bảo mật tốt hơn để một Ứng dụng xấu không thể phá hủy toàn bộ hệ điều hành của bạn.

Trước hết, theo Google, Android không sử dụng Java. Đó là lý do tại sao Oracle đang kiện Google. Oracle tuyên bố rằng Android vi phạm một số công nghệ Java, nhưng Google nói rằng đó là Dalvik.

Thứ hai, tôi đã không nhìn thấy trình thông dịch mã byte Java kể từ năm 1995.

Bạn có thể sao lưu phỏng đoán hiệu suất của mình với một số điểm chuẩn thực tế không? Phạm vi của các giả định của bạn dường như không hợp lý với thông tin cơ bản không chính xác mà bạn cung cấp.

Java có một lập luận khá thuyết phục để Google sử dụng nó trong Android: nó có một lượng lớn các nhà phát triển. Tất cả những nhà phát triển này đều đã sẵn sàng phát triển cho nền tảng di động của họ.

Hãy nhớ rằng, về mặt kỹ thuật, Android không sử dụng Java thuần túy .

Như đã đề cập ở phần khác, vấn đề chính là Android được thiết kế như một hệ điều hành di động, để chạy trên nhiều loại phần cứng. Nó cũng xây dựng trên một khuôn khổ và ngôn ngữ quen thuộc với nhiều nhà phát triển di động hiện tại.

Cuối cùng, tôi muốn nói rằng đó là một cuộc đánh cược với tương lai - bất kỳ vấn đề hiệu suất nào tồn tại sẽ trở nên không liên quan khi phần cứng được cải thiện - bằng cách yêu cầu các nhà phát triển viết mã chống lại sự trừu tượng, Google có thể tách ra và thay đổi hệ điều hành cơ bản dễ dàng hơn nhiều so với các nhà phát triển đã mã hóa các API POSIX / Unix.

Đối với hầu hết các ứng dụng, chi phí sử dụng ngôn ngữ dựa trên VM thay vì ngôn ngữ gốc là không đáng kể (nút cổ chai đối với các ứng dụng sử dụng dịch vụ web, như Twitter, chủ yếu là mạng). Palm WebOS cũng thể hiện điều này - và sử dụng JavaScript thay vì Java làm ngôn ngữ chính.

Do hầu hết tất cả các máy ảo JIT đều biên dịch thành mã gốc, tốc độ mã thô thường có thể so sánh với tốc độ gốc. Nhiều sự chậm trễ do các ngôn ngữ cấp cao hơn ít liên quan đến chi phí VM hơn các yếu tố khác (thời gian chạy đối tượng phức tạp, kiểm tra quyền truy cập bộ nhớ 'an toàn' bằng cách thực hiện kiểm tra giới hạn, v.v.).

Cũng nên nhớ rằng bất kể ngôn ngữ được sử dụng để viết ứng dụng là gì, rất nhiều công việc thực tế được thực hiện trong các API cấp thấp hơn. Ngôn ngữ cấp cao nhất thường chỉ là chuỗi các lệnh gọi API với nhau.

Tất nhiên, có nhiều ngoại lệ cho quy tắc này - trò chơi, ứng dụng âm thanh và đồ họa đẩy giới hạn của phần cứng điện thoại. Ngay cả trên iOS, các nhà phát triển thường giảm xuống C / C ++ để có được tốc độ trong các lĩnh vực này.

JIT mới chạy các ứng dụng nhanh hơn 2 - 5 lần so với dalvikVM cũ (cả JAVA). Vì vậy, so sánh không phải là C trên JAVA, mà là JIT trên dalvikVM.

Trước hết, điều tương tự sẽ xảy ra với windows mobile hoặc iPhone, khung .net cần máy ảo riêng cũng như ca cao.

Và ngay cả khi hiệu suất không ở mức tốt nhất, bởi vì đó là cách diễn giải mã byte, android mang lại cho toàn bộ cộng đồng java như những nhà phát triển tiềm năng. Nhiều ứng dụng hơn, nhiều máy khách hơn, v.v.

Để kết thúc, không có hiệu suất nào là không tệ, đó là lý do tại sao java được sử dụng ngay cả trên các thiết bị nhỏ hơn (xem JavaMe).