dispatch_barrier_async can lead to inconsistent values when using mutable objects
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 38/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- objective-c
- 领域
- devtools
调研方向
首先在启用和禁用模拟器性能的情况下重现已报告的 registerDefaults 和 setObject:forKey: 场景,然后跟踪 dispatch_barrier_async 的处理。完成标准是:突变始终遵循 NSUserDefaults 的行为,而不是依赖屏障时序或性能模式。
由索引模型根据 Issue 内容生成。
描述
dispatch_barrier_async works great for this project, except for the following situation:
- NSMutableDictionary *registeredDefaults = [[NSMutableDictionary alloc] init];
- [[NSUserDefaults standardUserDefaults] registerDefaults:registeredDefaults];
- [registeredDefaults setObject:@"FOO" forKey:@"BAR"];
- NSObject *value = [[NSUserDefaults standardUserDefaults] objectForKey:@"BAR"];
- With sim performance ON, value may be equal to nil or equal to @"FOO" depending on if line 3 executed before the internal barrier_async block executed.
- With sim performance OFF, value is always equal to nil. Mutations after line 2 are not acknowledged.
The code above is incorrect anyways (you wouldn't expect it to work) -- but we still need to honor the behavior of NSUserDefaults. You could emulate this bug using -setObject:forKey: with a mutable object.
- 主要语言
- Objective-C
- 星标
- 40
- 派生
- 1
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
Flipboard/NSUserDefaultsSimulatorPerformanceBoost 的其他 Issue
-
Add unit tests 未关闭
难度 3/5 1-2 天 新手友好度 20/100
查看 Flipboard/NSUserDefaultsSimulatorPerformanceBoost 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
razorpay/razorpay-pod#306 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 65/100
objective-see/KnockKnock#55 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
schuyler/macdown3000#589 ·
-
Icons Metro Public Transport
难度 1/5 1 小时以内 新手友好度 75/100
organicmaps/organicmaps#13617 · 2 条评论 ·