Lỗi hoạt động của tệp đối với sự cố / hủy trò chơi của HĐH / Người dùng trong Android

Trò chơi của tôi lưu trạng thái sau khoảng thời gian cố định trên một tệp trong bộ nhớ trong của trò chơi / ứng dụng. Khi trò chơi của tôi bị giết hoặc bị sập bởi người dùng hoặc HĐH tương ứng, Chúng tôi viết trạng thái trò chơi hiện tại trên tệp đó. Viết tệp sau khoảng thời gian sửa lỗi hoạt động tốt nhưng khi trò chơi bị lỗi / bị giết bởi hệ điều hành hoặc người dùng, thao tác ghi tệp không thành công. Hoạt động thất bại dẫn đến trạng thái trò chơi không hoàn chỉnh hoặc trạng thái trò chơi trống tức là không có dữ liệu được ghi trên tệp. Tôi đã thử nhiều giải pháp bằng dịch vụ Android, Trong trường hợp dịch vụ là dịch vụ NON STICKY bị giết với ứng dụng. Mặt khác, nếu dịch vụ là STICKY thì nó được khởi động lại nhưng ý định được đính kèm ban đầu với dịch vụ là null hoặc mới.

Câu hỏi là làm thế nào tôi có thể lưu dữ liệu của mình (có thể ~ 2-3 MB) hoàn toàn trên tệp trong bộ nhớ trong khi trò chơi / ứng dụng của tôi bị giết bởi người dùng / HĐH?

Tôi sẽ đề nghị viết trạng thái lưu của bạn theo cách đệm đôi, như thường thấy đối với các tựa game console trong quá khứ (nơi bạn phải đối phó với việc thẻ nhớ bị xóa giữa chừng và ghi bị chậm).

Tiết kiệm:

• Nếu không có tệp nào tồn tại, ghi trạng thái vào tệp A
• Nếu A tồn tại, viết thư cho B
• Nếu cả A và B đều tồn tại, hãy tìm cái nào cũ hơn, xóa nó và sau đó viết cho cái đó

Tải:

• Nếu cả A và B tồn tại, hãy thử tải cái mới hơn của hai cái. Nếu thất bại (vì tệp không đầy đủ hoặc bị hỏng), hãy xóa tệp đó và tải tệp khác
• Nếu chỉ có một tồn tại, tải nó
• Nếu cả hai đều bị hỏng, hãy thông báo cho người dùng rằng trạng thái lưu của họ là không thể khắc phục được (như bạn có lẽ phải có)

Luồng này sẽ hoạt động để đảm bảo luôn có ít nhất một lưu hợp lệ vẫn còn trong bộ nhớ của bạn, ngay cả khi ứng dụng bị hủy giữa chừng. Người chơi sẽ không nhận được bất kỳ thay đổi nào trong trạng thái trò chơi kể từ lần lưu trước đó nếu loại lỗi đó xảy ra, nhưng họ sẽ không phải bắt đầu lại.

Ngoài ra, bạn nên lưu ngay lập tức sau các sự kiện chính (chẳng hạn như mua trong ứng dụng) ngoài việc lưu khoảng thời gian của bạn, để giảm thiểu cửa sổ dễ bị tổn thương trong đó sự cố / giết sẽ khiến sự kiện quan trọng đó bị mất. Đây cũng là biện pháp bảo vệ chống lại việc khai thác trò chơi (ví dụ: giết chết ứng dụng sau khi mất mạng, bởi vì bạn biết bạn sẽ khôi phục lại trạng thái trò chơi từ trước khi bạn mất mạng và thử lại). Tất nhiên, nếu làm điều này, bạn phải bảo vệ việc tiết kiệm khoảng thời gian của mình bằng logic có nội dung "nếu việc lưu đã được tiến hành, đừng cố bắt đầu lưu lại."

Android chỉ giết các ứng dụng khi chúng ở chế độ nền. Dữ liệu trò chơi của bạn có thực sự cần được cập nhật khi ứng dụng ở chế độ nền không, hoặc bạn có thể ngừng cập nhật dữ liệu cho đến khi ứng dụng trở lại nền trước không? Bạn có thể trì hoãn cập nhật ngay cả trong một trò chơi nhiều người chơi, nếu bạn có thể lấy lịch sử các sự kiện hoặc thậm chí chỉ trạng thái hiện tại khi ứng dụng trở lại nền trước. Đây là điều mà có lẽ bạn nên xem xét dù sao đi nữa vì lợi ích của CPU, mạng và hiệu quả pin.

Nếu người dùng giết ứng dụng của bạn, các dịch vụ đang chạy sẽ nhận được cuộc gọi đến onTaskRemoved. Tôi không biết điều gì sẽ xảy ra nếu bạn cố gắng xử lý nhiều trong phương pháp này. Tôi hy vọng rằng nếu nó không quay trở lại trong một thời gian nhất định, Android sẽ kill -9ứng dụng của bạn.