Tai nạn iOS không có lỗi hoặc ngăn xếp dấu vết

Question

Có một thời gian khó theo dõi sự cố trong ứng dụng iPad. Khó khăn thực sự bắt nguồn từ thực tế là không có lỗi hoặc ngăn xếp dấu vết hiện tại khi ứng dụng không thành công. Nó đơn giản biến mất như Keizer Soze, "Và như thế, poof. Anh ấy đã biến mất."

Tôi đã sao chép sự cố trên cả trình mô phỏng và thiết bị. Không có nhật ký thiết bị nào, không có gì trong bảng điều khiển, v.v.

Tôi biết rằng trong khi xảy ra sự cố, một số hoạt động đang xảy ra trong chuỗi nền. Thông thường, ba hoặc hơn NSOperations đang đá của một số pha trộn hình ảnh.

Sự pha trộn bao gồm các cuộc gọi CGContext * (DrawImage, SetBlendMode, SetAlpha, v.v.). NSOperation gọi lại cho một đại biểu trong chủ đề chính để xử lý hình ảnh và đặt nó thành UIImage, vì vậy nó không phải là một cuộc xung đột chủ đề giao diện người dùng chính, nhưng tôi không giảm giá bất cứ điều gì vào thời điểm này.

Có một số thủ thuật Xcode mà tôi thiếu để theo dõi chính xác những gì đang xảy ra không? Hoặc ít nhất có được một gợi ý tốt hơn về nơi mà vấn đề nằm?

EDIT Tôi đã chạy ứng dụng trong Bộ nhớ theo dõi sử dụng bộ nhớ và thấy rằng nó khá ổn định trên khoảng 2MB. Vì vậy, đừng nghĩ rằng đó là một vấn đề bộ nhớ. Nhưng sau khi xem xét, đá này ổn định 2MB có vẻ thấp bất thường. Có một cơ hội cụ không được chọn phân bổ CoreGraphics?

Answer 1

Vì thiếu giải pháp tốt hơn và nếu không rõ ràng, hãy ứng dụng ứng dụng của bạn với NSLogs để khoanh tròn nơi xảy ra sự cố, sau đó khoan sâu hơn từ đó qua điểm ngắt và/hoặc nhật ký bổ sung.

Answer 2

Thử đọc thanh ghi.

Bất cứ khi nào ứng dụng của tôi gặp sự cố không có lỗi, trong hầu hết các trường hợp, tôi đã tìm thấy ngoại lệ trong sổ đăng ký.

Trước tiên hãy chuyển đến tab Ngoại lệ và 'Thêm điểm ngắt ngoại lệ' bằng cách sử dụng dấu + ở góc dưới cùng bên trái.

Sau đó, khi treo ứng dụng bấm vào "0 objc_exception_throw" dưới bài viết 1

Cuối cùng trong giao diện điều khiển nhập:

• đăng ký đọc (bạn sẽ nhận được một danh sách các thanh ghi)

• po $ rax (thường là ngoại lệ trong 'rax')

  (bạn sẽ thấy đầu ra ngoại lệ trên bảng điều khiển)

Hy vọng điều này sẽ hữu ích.

Answer 3

Câu trả lời siêu trễ, nhưng tôi thấy rằng việc sử dụng try/catch giúp cung cấp thông tin khi tôi không thể lấy dấu vết ngăn xếp và ứng dụng của tôi kéo Keizer Soze.

@try 
{ 
    // suspected code causing crash/errors 
} 
@catch (NSException *exception) 
{ 
    NSLog(@"Exception: %@", exception); 
} 

Answer 4

Trong trường hợp của tôi, đó là do một đối tượng được phát hành. Thông thường nó sẽ nói tin nhắn được gửi đến trường hợp deallocated hoặc một cái gì đó như thế, nhưng nó không.Tôi đã kiểm tra nhật ký của iPhone và tìm thấy bản ghi này: KERN_INVALID_ADDRESS, tôi đã googled và bắt gặp điều này: KERN_INVALID_ADDRESS

Bật đối tượng zombie và thấy rằng tôi đã cố gắng sử dụng một phiên bản được phân phối. Nó cũng cho tôi biết đối tượng trong nhật ký sau đó là gì.

Hy vọng điều này sẽ giúp ích cho khách truy cập trong tương lai.

Answer 5

Trong trường hợp của tôi, đó là vì tôi đã bật "Đối tượng Zombie" trong lược đồ để giúp tìm ra sự cố, điều này cuối cùng đã khiến nó hết bộ nhớ và hỏng.

Answer 6

Trong trường hợp của tôi, đó là do kết nối ổ cắm kém trong bảng phân cảnh. Kiểm tra sử dụng điểm ngắt nếu viewDidLoad phương thức UIViewController để nạp được gọi. Nếu không, hãy kiểm tra kết nối đầu ra của bạn trong bảng phân cảnh.

Kết nối không chính xác làm hỏng ứng dụng mà không có bất kỳ lỗi hoặc theo dõi ngăn xếp nào.

Tôi tự hỏi điều gì đã xảy ra với lỗi this class is not key value coding-compliant for the key được sử dụng để hiển thị trong các phiên bản XCode cũ hơn.