调用[PFFacebookUtils initializeFacebook] - semaphore_wait_trap时解析崩溃
由于最新的Parse发行版(v1.6.3)使我的应用程序在启动时卡住了，如果我点击pause并查看调试器，它碰到的最后一个断点是[PFFacebookUtils initializeFacebook];，堆栈跟踪如下所示：
我按建议打电话给[PFFacebookUtils initializeFacebook] in - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions。
从谷歌的semaphore_wait_trap问题，它似乎与冲突的后台线程(？)在核心数据中。但是我试着注释掉我所有的背景解析查询，但它仍然发生。
我试着更新豆荚(顺便说一句，这是在更新之前发生的)。我也可以从一个干净的安装运行这个应用程序，直到我登录到Facebook，每当我尝试启动时，都会发生崩溃。当查询时，PFUser似乎返回得很好。我也清除了我的整个数据库，但这并没有什么区别。
有人知道会发生什么吗？
回答 2
Stack Overflow用户
发布于 2015-02-25 15:35:31
我看到了同样的问题，并发现更改这个初始化序列的顺序(我使用的是斯威夫特)使我忽略了它(尤其是注释掉本地数据存储区也会打开它)：
这在semaphore_wait_trap中被捕捉到：
// Parse integration initialization
Parse.enableLocalDatastore()
Parse.setApplicationId("<my app id>", clientKey: "<my client key>")
PFAnalytics.trackAppOpenedWithLaunchOptions(launchOptions)
PFFacebookUtils.initializeFacebook()这并不意味着：
// Parse integration initialization
Parse.enableLocalDatastore()
Parse.setApplicationId("<my app id>", clientKey: "<my client key>")
PFFacebookUtils.initializeFacebook()
PFAnalytics.trackAppOpenedWithLaunchOptions(launchOptions)不确定根本的问题，但希望它能有所帮助。
Stack Overflow用户
发布于 2015-04-28 12:31:58
似乎用解析1.7.2修正了
根据1.7.2至2015年4月27日的规定
新增:扩展和WatchKit的本地数据共享。改进了ParseFacebookUtils的可空性注释。 修正:在主线程上没有调用块回调的logOutInBackground。修正:在PFSubclassing.h中使用导入时可能会出现编译错误。 修正:如果通过currentUser保存自动用户，则不是持久的saveEventually。 修复:使用ParseFacebookUtils和currentUser.的罕见死锁场景 修正:将多个物体一排排固定在同一个引脚上，这是很少见的。 修正:很少会出现用户无法与Facebook链接的情况。 提高了本地数据存储的性能和可靠性。业绩改善。 其他小错误修复。
https://stackoverflow.com/questions/28701077
复制相似问题
腾讯云开发者
