Being ResponsiveAndroid takes respo

Being Responsive
Android takes responsiveness very seriously. Android enforces responsiveness with the Activity Manager and Window Manager. If either service detects an unresponsive application, it will display an “[Application] is not responding” dialog — previously described as a force close error, as shown in Figure 2-13.
This alert is modal, steals focus, and won’t go away until you press a button. It’s pretty much the last thing you ever want to confront a user with.
Android monitors two conditions to determine responsiveness:
► An application must respond to any user action, such as a key press or screen touch, within five seconds.
► A Broadcast Receiver must return from its onReceive handler within 10 seconds.
The most likely culprit in cases of unresponsiveness is a lengthy task being performed on the main application thread. Network or database lookups, complex processing (such as the calculating of game moves), and file I/O should all be moved off the main thread to ensure responsiveness. There are a number of ways to ensure that these actions don’t exceed the responsiveness conditions, in par¬ticular by using Services and worker threads, as shown in Chapter 9.
Android 2.3 (API level 9) introduced Strict Mode — an API that makes it easier for you to discover file I/O and network transfers being performed on the main application thread. Strict Mode is described in more detail in Chapter 18. 

Kết quả (Việt) 1:

Được đáp ứngAndroid có phản ứng rất nghiêm túc. Android thi hành để đáp ứng với các hoạt động quản lý và quản lý cửa sổ. Nếu một trong hai dịch vụ phát hiện một ứng dụng không phản ứng, nó sẽ hiển thị một hộp thoại "[ứng dụng] không đáp ứng" — đã được mô tả như là một lỗi đóng quân, như minh hoạ trong hình 2-13.Cảnh báo này là cách thức, đánh cắp tập trung, và sẽ không đi cho đến khi bạn nhấn một nút. Đó là khá nhiều điều cuối cùng bạn đã bao giờ muốn đối đầu với một người sử dụng.Android theo dõi hai điều kiện để xác định phản ứng:► Một ứng dụng phải đáp ứng với bất kỳ hành động người dùng, chẳng hạn như một chính báo chí hoặc màn hình cảm ứng, trong vòng 5 giây.► A Broadcast Receiver phải trở về từ onReceive xử lý của nó trong vòng 10 giây.Thủ phạm có khả năng nhất trong trường hợp của unresponsiveness là một nhiệm vụ lâu dài được thực hiện trên các ứng dụng chính chủ đề. Tra cứu mạng hoặc cơ sở dữ liệu, xử lý phức tạp (chẳng hạn như tính toán của trò chơi chuyển động) và tệp I/O nên tất cả được chuyển ra khỏi chủ đề chính để đảm bảo đáp ứng. Có rất nhiều cách để đảm bảo rằng những hành động không vượt quá các điều kiện phản ứng, trong par¬ticular bằng cách sử dụng dịch vụ và công nhân threads, như minh hoạ trong chương 9.Android 2.3 (API cấp 9) giới thiệu chế độ nghiêm ngặt — một API mà làm cho nó dễ dàng hơn cho bạn để khám phá ra tệp I/O và mạng chuyển được thực hiện trên các ứng dụng chính chủ đề. Chế độ nghiêm ngặt được mô tả chi tiết hơn trong chương 18.

Kết quả (Việt) 2:

Là Responsive
Android có phản ứng rất nghiêm túc. Android thực thi đáp ứng với quản lý hoạt động và Window Manager. Nếu một trong hai dịch vụ phát hiện một ứng dụng không đáp ứng, nó sẽ hiển thị một "[Ứng dụng] không được đáp ứng" hộp thoại -. Mô tả trước đây như là một lỗi gần lực lượng, như thể hiện trong hình 2-13
cảnh báo này là phương thức, đánh cắp tập trung, và sẽ không đi đi cho đến khi bạn nhấn một nút. Đó là khá nhiều điều cuối cùng bạn đã bao giờ muốn đối đầu với một người sử dụng với.
Android giám sát hai điều kiện để xác định phản ứng:
. ► Đơn phải đáp ứng với bất kỳ hành động sử dụng, chẳng hạn như báo chí hay màn hình cảm ứng quan trọng, trong vòng năm giây
► Một Receiver Broadcast phải trả lại từ xử lý onReceive của nó trong vòng 10 giây.
Thủ phạm rất có thể trong trường hợp không đáp ứng là một nhiệm vụ lâu dài được thực hiện trên các chủ đề ứng dụng chính. Mạng hoặc cơ sở dữ liệu tra cứu, chế biến phức tạp (chẳng hạn như các tính toán của trò chơi di chuyển), và tập tin I / O tất cả nên được chuyển ra khỏi các chủ đề chính để đảm bảo đáp ứng. Có một số cách để đảm bảo rằng những hành động này không vượt quá các điều kiện đáp ứng, trong par¬ticular bằng cách sử dụng dịch vụ và đề người lao động, như thể hiện trong Chương 9.
Android 2.3 (API cấp 9) giới thiệu chế độ nghiêm ngặt - một API làm cho nó dễ dàng hơn cho bạn để khám phá tập tin I / O và chuyển mạng được thực hiện trên các chủ đề ứng dụng chính. Chế độ nghiêm ngặt được mô tả chi tiết hơn trong Chương 18.