iOS 被静态库阻塞 UI 有什么解决办法吗？

[mofet]

公司开发的项目，是企业内部部署的 APP ，因为要连接一些特殊硬件，这些硬件模块的调用是让相关硬件部门提供了 iOS 的静态库来做接口的。现在发现这个静态库的某项耗时操作会阻塞 UI ，而且我们已经用了 GCD ，不管在主线程还是在子线程调用这个接口最终都会阻塞 UI ，应该是静态库中的某个步骤强行回到了主线程执行。

这个库已经存在很久了算是历史遗留问题，库的提供方表示没有能力修改源码，算我们踩到坑了。。但我们看到他们的另一个客户使用同一个库在这个接口上自己解决了阻塞问题。想来 V2 问问有没有解决过类似坑的经验？

顺便因为是内部部署所以不考虑上架，不用担心私有 API 之类的，只要有黑科技能解决就行……求哪位能提供一点思路？

[pheyer]

另一个客户使用同一个库在这个接口上自己解决了阻塞问题——你可以考虑逆向一下

[hyzjshwo]

我觉得要是那个私有库里硬编码就是写的主线程阻塞操作应该没什么办法吧？

[YoungShook]

逆向找到阻塞主线程的入口函数， Hook 之。

[tang3w]

Method swizzle

[anerevol]

如果阻塞的不是函数，是 block 的话， hook 方法是不行的，这就要弄清楚阻塞的原因是什么，可以 profile 下，看看是不是在等待某个条件满足，如果是等待条件的话，是不是可以调用前先让条件满足了再调用。
如果是 block 方式，并且是复杂的计算的阻塞，我觉得很难有解决方案。

[finab]

@anerevol 阻塞的地方不管多远一定有个入口函数 😄

[anerevol]

@finab 例如
func doSthInMainThread(){
/***
do some thing
***/
dispatch_async(dispatch_get_main_queue(), {
for i in 0...Int.max {
print("\(i)")
}
})
}

你觉得入口函数是 doSthInMainThread 对吧？
然后 Method swizzle 这个函数就行了？

[SeanChense]

@anerevol 就算是函数， Method swizzle 又能怎么样呢？除非逆向了，把这个函数用异步重写一遍。