关于Baselib_CappedSemaphore_Release

[joexi]

您好，我们项目在升级Unity2022后也遇到了类似的问题，堆栈信息也是非常相似， 想了解一下您在社区里提到的Unity工程师建议修改Baselib_CappedSemaphore_Release函数，能说一下具体的修改方式吗？我们有Unity源码，也尝试和那边的技术支持做了沟通，目前还没有反馈信息，想从您这边了解一下看是否能提供一些信息，此外您在仓库中提到的可能导致性能问题能提一下具体的原因吗? 感谢

[AlanLiu90]

我现在没有当时的信息了，刚刚按IL2CPP的工程里的函数修改了下，记得引擎源码里的那个函数差不多：

引擎里修改的函数是从CappedSemaphore::Signal调用过去的。

性能方面的问题，主要是因为这个信号量在引擎其他功能也有用到，比如Job System。按原先的逻辑，当信号量的计数达到最大值时，是直接返回，修改之后，会一直循环到没有其他线程和它竞争。实际上应该不会有可见的性能影响。

有源码授权的话，可以拿下 Unity 6 的正式修改。

[joexi]

感谢回复，我们花了一点时间用上面发的思路尝试解决，但目前还没有进展，依然可以复现，同时发现您另外一篇帖子，里面是不一样的解决思路，想了解这2处涉及的是同样的问题吗，为何会有2种解？感谢。https://alanliu90.hatenablog.com/entry/2022/06/26/Unity%E5%AE%A2%E6%88%B7%E7%AB%AF%E5%8D%A1loading%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5

[AlanLiu90]

是针对同样的问题，博客里的是我们项目遇到问题时（2022年），我自己尝试的解决方案，另一个（Baselib_CappedSemaphore_Release）是公司其他项目遇到问题时（2025年），咨询Unity，得到的解决方案。

我自己认为两个解决方案本质上没有区别，只是Unity给的方案比较容易用修改指令的方式实现，不用修改源码。

从另外一个issue的反馈看，这里的方案不能彻底解决问题，所以还是建议看下Unity 6的正式修复方案。

[joexi]

明白了，感谢回复，我这边再尝试一下