ios - __NSArrayM objectAtIndex 崩溃,但我进行了验证
<p><p>我遇到了这个崩溃:</p>
<pre><code>Last Exception Backtrace:
0 CoreFoundation 0x1838551b8 __exceptionPreprocess + 124 (NSException.m:165)
1 libobjc.A.dylib 0x18228c55c objc_exception_throw + 56 (objc-exception.mm:521)
2 CoreFoundation 0x18373071c - + 228 (NSArray.m:389)
3 living 0x100c0d89c - + 76
4 libdispatch.dylib 0x1826de1bc _dispatch_client_callout + 16 (object.m:455)
5 libdispatch.dylib 0x1826eaf94 _dispatch_continuation_pop + 576 (inline_internal.h:2424)
6 libdispatch.dylib 0x1826f7634 _dispatch_source_latch_and_call + 204 (source.c:594)
7 libdispatch.dylib 0x1826e0160 _dispatch_source_invoke + 820 (source.c:897)
8 libdispatch.dylib 0x1826e2bbc _dispatch_main_queue_callback_4CF + 572 (inline_internal.h:2461)
9 CoreFoundation 0x183802810 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 12 (CFRunLoop.c:1793)
10CoreFoundation 0x1838003fc __CFRunLoopRun + 1660 (CFRunLoop.c:3004)
11CoreFoundation 0x18372e2b8 CFRunLoopRunSpecific + 444 (CFRunLoop.c:3113)
12GraphicsServices 0x1851e2198 GSEventRunModal + 180 (GSEvent.c:2245)
13UIKit 0x1897757fc - + 684 (UIApplication.m:2650)
14UIKit 0x189770534 UIApplicationMain + 208 (UIApplication.m:4092)
15living 0x10065fb2c main + 88 (main.m:15)
16libdyld.dylib 0x1827115b8 start + 4
</code></pre>
<p>崩溃发生在以下代码中:</p>
<pre><code>NSMutableArray * cachedRequests = [ init];
// ....
- (void) sendEvents {
if (cachedRequests != nil && == 0){
return;
}
MyCacheData *requestData = ; // <- Crash happens here
if (requestData != nil) {
;
}
}
</code></pre>
<p>我从不同的地方和不同的线程调用<code>sendEvents</code>,例如:</p>
<pre><code>dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.1f * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
;
});
</code></pre>
<p>或来自 <code>NSURLSessionDataTask</code></p> 的回调
<p>我需要用 <code>@synchronized (self) {}</code> 锁定所有方法内容吗?</p>
<p>喜欢:</p>
<pre><code>- (void) sendEvents {
@synchronized (self) {
if (cachedRequests != nil && == 0){
return;
}
MyCacheData *requestData = ;
if (requestData != nil) {
;
}
}
}
</code></pre>
<p>或者有其他更合适的方法来摆脱这个崩溃?</p>
<hr/>
<p>我从生产版本的 iTunes Connect 中得到了这个异常</p>
<p><strong>[编辑]</strong></p>
<p>当我尝试为 <code>cachedRequests</code> 设置 0 长度并调用 <code></code> 我得到 Exception:</p>
<blockquote>
<p><strong>* Terminating app due to uncaught exception 'NSRangeException', reason: '*</strong> -: index 0 beyond bounds for
empty array'</p>
</blockquote>
<p>但是从我的崩溃报告中我看到:</p>
<pre><code>- + 228 (NSArray.m:389)
</code></pre>
<p>两者是否相同或由于多线程而出现问题? </p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>我认为您的解决方案看起来很明智,这似乎是一个并发问题。</p>
<p>根据您类(class)的其余部分发生的情况,我将使用 <code>cachedRequests</code> 对象作为同步 <code>@synchronized (cachedRequests)</code> 的 token 。取决于您是否有其他想要与同一个锁同步的东西?</p>
<p>您还需要将具有相同 token 的相同锁添加到任何其他操作此数组的代码,以同步对它的所有访问。</p></p>
<p style="font-size: 20px;">关于ios - __NSArrayM objectAtIndex 崩溃,但我进行了验证,我们在Stack Overflow上找到一个类似的问题:
<a href="https://stackoverflow.com/questions/43386469/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/43386469/
</a>
</p>
页:
[1]