getApplication () so với getApplicationContext ()

Tôi không thể tìm thấy câu trả lời thỏa mãn cho vấn đề này, vì vậy chúng ta đi: thỏa thuận này là gì Activity/Service.getApplication()và Context.getApplicationContext()?

Trong ứng dụng của chúng tôi, cả hai trả về cùng một đối tượng. ActivityTestCaseTuy nhiên, trong một chế độ giả, ứng dụng sẽ getApplication()quay trở lại với giả, nhưng getApplicationContextvẫn trả về một thể hiện bối cảnh khác (một phiên bản được tiêm bởi Android). Đó có phải là một lỗi không? Có mục đích không?

Tôi thậm chí không hiểu sự khác biệt ở nơi đầu tiên. Có trường hợp nào bên ngoài một bộ kiểm tra mà cả hai cuộc gọi có thể quay lại với các đối tượng khác nhau không? Khi nào và tại sao? Hơn nữa, tại sao được getApplicationđịnh nghĩa trên Activityvà Service, nhưng không phải trên Context? Không phải luôn luôn có một ví dụ ứng dụng hợp lệ có sẵn từ bất cứ đâu ?

Câu hỏi rất thú vị. Tôi nghĩ rằng nó chủ yếu là một ý nghĩa ngữ nghĩa, và cũng có thể là do lý do lịch sử.

Mặc dù trong các triển khai Hoạt động và Dịch vụ Android hiện tại getApplication()và getApplicationContext()trả về cùng một đối tượng, không có gì đảm bảo rằng điều này sẽ luôn luôn như vậy (ví dụ: trong một triển khai nhà cung cấp cụ thể).

Vì vậy, nếu bạn muốn lớp Ứng dụng mà bạn đã đăng ký trong Bản kê khai, bạn không bao giờ nên gọi getApplicationContext()và chuyển nó sang ứng dụng của mình, vì đó có thể không phải là phiên bản ứng dụng (mà bạn rõ ràng đã trải nghiệm với khung kiểm tra).

Tại sao getApplicationContext()tồn tại ở nơi đầu tiên?

getApplication()chỉ khả dụng trong lớp Activity và lớp Service, trong khi getApplicationContext()được khai báo trong lớp Context.

Điều đó thực sự có nghĩa là một điều: khi viết mã trong một máy thu quảng bá, không phải là một bối cảnh nhưng được cung cấp một bối cảnh trong phương thức onReceive của nó, bạn chỉ có thể gọi getApplicationContext(). Điều đó cũng có nghĩa là bạn không được đảm bảo có quyền truy cập vào ứng dụng của mình trong BroadcastReceiver.

Khi nhìn vào mã Android, bạn sẽ thấy rằng khi được đính kèm, một hoạt động sẽ nhận được một bối cảnh cơ bản và một ứng dụng và đó là những tham số khác nhau. getApplicationContext()đại biểu nó gọi tới baseContext.getApplicationContext().

Một điều nữa: tài liệu nói rằng hầu hết các trường hợp, bạn không cần phải phân lớp Ứng dụng:

Thông thường không cần phải phân lớp Application. Trong hầu hết các tình huống, singletons tĩnh có thể cung cấp chức năng tương tự theo cách mô đun hơn. Nếu singleton của bạn cần một bối cảnh toàn cầu (ví dụ để đăng ký máy thu quảng bá), chức năng truy xuất nó có thể được cung cấp Contexttrong đó sử dụng nội bộ Context.getApplicationContext()khi lần đầu tiên xây dựng singleton.

Tôi biết đây không phải là một câu trả lời chính xác và chính xác, nhưng vẫn trả lời câu hỏi của bạn?

So sánh getApplication()và getApplicationContext().

getApplicationtrả về một Applicationđối tượng sẽ cho phép bạn quản lý trạng thái ứng dụng toàn cầu của mình và phản ứng với một số tình huống của thiết bị như onLowMemory()và onConfigurationChanged().

getApplicationContexttrả về bối cảnh ứng dụng toàn cầu - sự khác biệt so với các bối cảnh khác là ví dụ, bối cảnh hoạt động có thể bị phá hủy (hoặc nếu không có sẵn) bởi Android khi hoạt động của bạn kết thúc. Bối cảnh Ứng dụng vẫn có sẵn trong khi đối tượng Ứng dụng của bạn tồn tại (không gắn với một cụ thể Activity), do đó bạn có thể sử dụng bối cảnh này cho những thứ như Thông báo yêu cầu bối cảnh sẽ có sẵn trong thời gian dài hơn và độc lập với các đối tượng UI tạm thời.

Tôi đoán nó phụ thuộc vào những gì mã của bạn đang làm cho dù những thứ này có thể giống nhau hay không - mặc dù trong sử dụng bình thường, tôi hy vọng chúng sẽ khác nhau.

Nó dường như phải làm với gói bối cảnh. Hầu hết các lớp có nguồn gốc Contextthực sự là một ContextWrapper, mà về cơ bản là ủy nhiệm cho một bối cảnh khác, có thể với các thay đổi của trình bao bọc.

Bối cảnh là một sự trừu tượng chung hỗ trợ cho việc chế nhạo và ủy quyền. Vì nhiều bối cảnh bị ràng buộc với một đối tượng có giới hạn như một đối tượng Activity, nên cần có một cách để có được bối cảnh tồn tại lâu hơn, cho các mục đích như đăng ký thông báo trong tương lai. Đó là đạt được bởi Context.getApplicationContext(). Việc triển khai logic là trả về Applicationđối tượng toàn cục , nhưng không có gì ngăn cản việc thực hiện ngữ cảnh trả lại trình bao bọc hoặc proxy với thời gian phù hợp thay thế.

Các hoạt động và dịch vụ được liên kết cụ thể hơn với một Applicationđối tượng. Tôi tin rằng sự hữu ích của điều này là bạn có thể tạo và đăng ký trong bảng kê khai một lớp tùy chỉnh xuất phát từ Applicationvà chắc chắn rằng Activity.getApplication()hoặc Service.getApplication()sẽ trả về đối tượng cụ thể của loại cụ thể đó, mà bạn có thể Applicationsử dụng cho lớp dẫn xuất của mình và sử dụng cho bất cứ điều gì mục đích tùy chỉnh.

Nói cách khác, getApplication()được đảm bảo trả lại một Applicationđối tượng, trong khi đó getApplicationContext()có thể tự do trả lại proxy.

Để trả lời câu hỏi, getApplication () trả về một đối tượng Ứng dụng và getApplicationContext () trả về một đối tượng Ngữ cảnh. Dựa trên các quan sát của riêng bạn, tôi sẽ giả sử rằng Bối cảnh của cả hai giống hệt nhau (tức là đằng sau hậu trường, lớp Ứng dụng gọi hàm sau để điền vào phần Ngữ cảnh của lớp cơ sở hoặc một số hành động tương đương diễn ra). Nó thực sự không quan trọng với chức năng mà bạn gọi nếu bạn chỉ cần một Ngữ cảnh.