gpt4 book ai didi

ios - 容器应用崩溃:Crashlytics需要更多信息

转载 作者:行者123 更新时间:2023-12-01 19:50:43 25 4
gpt4 key购买 nike

我与之合作的开发团队开发了一个容器应用程序,可为客户的移动网站提供服务。我们可以看到容器应用在iOS 10上崩溃了,但没有太多有关问题原因的信息。除了Webkit和JS Core可能出现的问题外,堆栈跟踪没有其他意义:

Crashed: com.apple.main-thread
0 WebKit 0x19673fddc API::Object::ref() + 2
1 WebKit 0x1968bb35c WebKit::WebPageProxy::didStartProvisionalLoadForFrame(unsigned long long, unsigned long long, WTF::String const&, WTF::String const&, WebKit::UserData const&) + 192
2 WebKit 0x1968d621c void IPC::handleMessage<Messages::WebPageProxy::DidStartProvisionalLoadForFrame, WebKit::WebPageProxy, void (WebKit::WebPageProxy::*)(unsigned long long, unsigned long long, WTF::String const&, WTF::String const&, WebKit::UserData const&)>(IPC::MessageDecoder&, WebKit::WebPageProxy*, void (WebKit::WebPageProxy::*)(unsigned long long, unsigned long long, WTF::String const&, WTF::String const&, WebKit::UserData const&)) + 100
3 WebKit 0x1967941d0 IPC::MessageReceiverMap::dispatchMessage(IPC::Connection&, IPC::MessageDecoder&) + 120
4 WebKit 0x196917614 WebKit::WebProcessProxy::didReceiveMessage(IPC::Connection&, IPC::MessageDecoder&) + 32
5 WebKit 0x19675d3e8 IPC::Connection::dispatchMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >) + 160
6 WebKit 0x19675fa00 IPC::Connection::dispatchOneMessage() + 204
7 JavaScriptCore 0x191b4c834 WTF::RunLoop::performWork() + 172
8 JavaScriptCore 0x191b4ca60 WTF::RunLoop::performWork(void*) + 36
9 CoreFoundation 0x18d332b5c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24
10 CoreFoundation 0x18d3324a4 __CFRunLoopDoSources0 + 524
11 CoreFoundation 0x18d3300a4 __CFRunLoopRun + 804
12 CoreFoundation 0x18d25e2b8 CFRunLoopRunSpecific + 444
13 GraphicsServices 0x18ed12198 GSEventRunModal + 180
14 UIKit 0x1932a57fc -[UIApplication _run] + 684
15 UIKit 0x1932a0534 UIApplicationMain + 208
16 Betfred 0x10005c250 main (main.m:16)
17 libdispatch.dylib 0x18c2415b8 (Missing)

内部人员没人能够可靠地使该应用程序崩溃(包括全天候使用它的测试团队),据我们所知,移动网站没有任何问题。

我被要求调查该问题,但由于无法始终如一地打破它而无法诊断和修复某些问题,这有点茫然。

有什么办法可以从Crashlytics获取有关此崩溃原因的更多信息?

最佳答案

来自Fabric的Mike和类似的崩溃可能很难追踪。您需要发布新版本的应用程序,但是可以通过三种不同的方式来获取更多信息。

1)添加custom keys,例如跟踪正在加载的页面或正在命中的端点,可以提供其他上下文:

- (void)setObjectValue:(id)value forKey:(NSString *)key;

// calls -description on value, perfect for NSStrings!
- (void)setIntValue:(int)value forKey:(NSString *)key;

- (void)setBoolValue:(BOOL)value forKey:(NSString *)key;

- (void)setFloatValue:(float)value forKey:(NSString *)key;

2)添加 custom logs作为面包屑的形式,以使其更容易重现用户在崩溃之前所做的步骤:
CLS_LOG(@"User clicked on menu %@", attributesDict);

3)添加 user identifiers:
[CrashlyticsKit setUserIdentifier:@"123456789"];
[CrashlyticsKit setUserEmail:@"person@domain.com"];
[CrashlyticsKit setUserName:@"Awesome AppUser"];

如果所有其他方法都失败了,请与用户联系以获取更多信息,也可以帮助您追踪信息。

关于ios - 容器应用崩溃:Crashlytics需要更多信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46150755/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com