2016-11-18 20 views
10

Kể từ ngày 8 tháng 11 năm 2016, chúng tôi đã thấy sự gia tăng đột ngột về các sự cố từ WebThread. Chúng tôi không biết điều gì gây ra sự cố.Đã bị lỗi: WebThread - EXC_BAD_ACCESS KERN_INVALID_ADDRESS

Chúng tôi có các bài viết và quảng cáo trên web trong ứng dụng. Chúng tôi không có bất kỳ Bản phát hành ứng dụng nào. Không có thay đổi đáng kể nào trên web hoặc quảng cáo.

Do sự cố xảy ra trên màn hình không có bài viết, chúng tôi nghĩ rằng điều đó đang xảy ra trên quảng cáo.

Có ai khác nhìn thấy điều này không? Bất kỳ suy nghĩ, ý tưởng, bất cứ điều gì?

Stack trace:

Crashed: WebThread 
0 WebCore      0x184b7e47c WTF::HashMap<WTF::String, WebCore::ApplicationCacheGroup*, WTF::StringHash, WTF::HashTraits<WTF::String>, WTF::HashTraits<WebCore::ApplicationCacheGroup*> >::remove(WTF::String const&) + 48 
1 WebCore      0x184b7abbc WebCore::ApplicationCacheStorage::cacheGroupDestroyed(WebCore::ApplicationCacheGroup*) + 52 
2 WebCore      0x184b7abbc WebCore::ApplicationCacheStorage::cacheGroupDestroyed(WebCore::ApplicationCacheGroup*) + 52 
3 WebCore      0x184b70628 WebCore::ApplicationCacheGroup::~ApplicationCacheGroup() + 56 
4 WebCore      0x184b70b10 WebCore::ApplicationCacheGroup::~ApplicationCacheGroup() + 12 
5 WebCore      0x184b72334 WebCore::ApplicationCacheGroup::disassociateDocumentLoader(WebCore::DocumentLoader*) + 184 
6 WebCore      0x184a024a0 WebCore::ApplicationCacheHost::~ApplicationCacheHost() + 48 
7 WebCore      0x184a01ad0 WebCore::DocumentLoader::~DocumentLoader() + 168 
8 WebKitLegacy     0x185976ba8 WebDocumentLoaderMac::~WebDocumentLoaderMac() + 84 
9 WebCore      0x184e30a78 WebCore::FrameLoader::detachFromParent() + 324 
10 WebKitLegacy     0x1859e0b08 __29-[WebView(WebPrivate) _close]_block_invoke + 348 
11 WebCore      0x1857842c4 HandleRunSource(void*) + 368 
12 CoreFoundation     0x180ab509c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24 
13 CoreFoundation     0x180ab4ab0 __CFRunLoopDoSources0 + 412 
14 CoreFoundation     0x180ab2830 __CFRunLoopRun + 724 
15 CoreFoundation     0x1809dcc50 CFRunLoopRunSpecific + 384 
16 WebCore      0x1849ce108 RunWebThread(void*) + 456 
17 libsystem_pthread.dylib  0x180763b28 _pthread_body + 156 
18 libsystem_pthread.dylib  0x180763a8c _pthread_body + 154 
19 libsystem_pthread.dylib  0x180761028 thread_start + 4 
+0

Bạn có sử dụng SDK/SDK quảng cáo của bên thứ ba không? – shallowThought

+0

Bạn có đang tạo UIWebView trên luồng chính không? Nếu không, hãy thử nó. – MikeJRamsey56

+0

@shallowTôi nghĩ có, chúng tôi đang sử dụng mạng quảng cáo DFP và FB. Có, chúng tôi đang xem xét dữ liệu quảng cáo. – kthorat

Trả lời

0

Hai chi nhánh của ý tưởng hai khám phá:

https://stackoverflow.com/a/32078697/3419541

có thể mà người dùng đang đóng xem web ngay trước khi nó cố gắng để gửi một đại biểu gọi lại và nó bị treo vì nó không tồn tại.

https://stackoverflow.com/a/31673840/3419541

đoán điều gì đó đang xảy ra sai với bộ nhớ đệm của một tài nguyên.

+0

Như tôi đã nói trong câu hỏi - Chúng tôi đang gặp sự cố khi chúng tôi không có lượt xem web. Sự cố không bị giới hạn trong ứng dụng WebView. Ngoài ra, chúng tôi đang ngừng tải webview và xóa đại biểu. – kthorat

0

Nói một cách đơn giản, sự cố bạn gặp phải là do rò rỉ bộ nhớ.

Biến hoặc đối tượng đang cố truy cập bộ nhớ bị hạn chế, điều này sẽ dẫn đến sự cố này. Tôi đoán là một trong các khung/API quảng cáo bạn đang sử dụng không xử lý bản cập nhật iOS 10.1.1 (Bản dựng 14B100) ra mắt ngày 31 tháng 10 năm 2016. Đây có thể là dấu hiệu của sự cố.

Nó cũng xảy ra với tôi rằng điều này dường như đang xảy ra trong một số loại cuộc gọi đến một chức năng đóng/thoát. Nếu vậy, BẢO ĐẢM bạn đang giải phóng các đối tượng, biến và bất kỳ thứ gì khác đã được chỉ định bộ nhớ, đúng cách. Nếu mã hoặc chương trình của bạn phát hành mọi thứ theo đúng cách, thì đó là khung công tác/API quảng cáo gây ra sự cố của bạn.

Chúc mừng!

+0

chúng tôi đang gặp sự cố trên tất cả các phiên bản iOS. Chúng tôi đã kiểm tra rò rỉ bộ nhớ và phân tích biểu đồ bộ nhớ, mọi thứ có vẻ tốt. – kthorat

1

Trả lời câu hỏi của riêng tôi để thêm chi tiết hơn khu vực nhận xét.
Không đánh dấu là đã trả lời vì tôi không có giải pháp.

Thật không may, chúng tôi không thể giải quyết vấn đề. May mắn thay, tỷ lệ sụp đổ đã giảm sau 2-3 ngày.

Sau khi chi tiêu 3 ngày, chúng tôi chắc chắn nó liên quan đến Quảng cáo của Google. Tuy nhiên, Tại sao tỷ lệ tai nạn tăng lên và xuống vẫn là một bí ẩn đối với chúng tôi.

Một số lưu ý/kết luận:

  • chúng tôi đang làm điều gì đó ngu ngốc khi yêu cầu/xử lý quảng cáo?
    • Có thể, nhưng rất có thể là rất mỏng vì nó đã xảy ra với bản phát hành ổn định hiện có.
  • Điều này có xảy ra với (các) quảng cáo cụ thể không?
    • tỷ lệ lỗi đã giảm vì chúng tôi không phân phối (các) quảng cáo đó nữa?
  • Nhóm GoogleAds đã đến để giải cứu và hành động như không có gì xảy ra? vì ... :)
  • Không phải là vấn đề mới - Crashlytics đã cho thấy sự xuất hiện lần đầu của loại vụ tai nạn này là mấy tháng trước.
Các vấn đề liên quan