UC知道求解！！如何避免多线程共享资源冲突。。
来源：百度知道 编辑：UC知道 时间：2024/06/01 18:17:51
多线程开发中，在很多公共方法中加了lock，结果导致了死锁。现在请问一下我这个资源有没有必要加lock。
有一个监听类socket，当监听到“A”时，委托给process(string name)去处理。当监听到“B”时，用另一个委托也交给process（string name）去处理。我在process这个方法中加了lock。现在我想当监听到“A”时委托给process1处理，监听到“B”时委托给process2处理，那么在process1和process2方法内还用不用分别加lock。我的目的是减少程序中的lock来避免死锁。
回复80676535：有时连续几次收到的监听间隔不足1秒，但是处理这个监听内容的程序可能要超过1秒的时间（业务复杂）,那么在公共处理方法中，后到来的资源不会覆盖前面的资源么？
有一个监听类socket，当监听到“A”时，委托给process(string name)去处理。当监听到“B”时，用另一个委托也交给process（string name）去处理。我在process这个方法中加了lock。现在我想当监听到“A”时委托给process1处理，监听到“B”时委托给process2处理，那么在process1和process2方法内还用不用分别加lock。我的目的是减少程序中的lock来避免死锁。
回复80676535：有时连续几次收到的监听间隔不足1秒，但是处理这个监听内容的程序可能要超过1秒的时间（业务复杂）,那么在公共处理方法中，后到来的资源不会覆盖前面的资源么？
如果process1和process2完成的功能类似，那没必要分开写，以后修改和维护会更轻松。即使分开也要加lock,因为两个方法会修改共享资源。为了避免死锁，最好把访问共享资源的代码集中起来，在一个地方统一lock。
只要你委托出去的事件不影响线程运行.就没必要加锁