Генератор отчетов катастрофического отказа для [закрытого] приложения Какао

Важно понять, что блокировка (m_Hash) делает НЕ , препятствуют тому, чтобы другой код использовал хеш. Это только препятствует тому, чтобы другой код работал, который также использует m_Hash в качестве его объекта блокировки.

Одна причина использовать опцию A состоит в том, потому что классы, вероятно, будут иметь частные переменные, которые Вы будете использовать в операторе блокировки. Намного легче просто использовать один объект, который Вы используете для блокировки доступа ко всем ним вместо того, чтобы пытаться использовать более прекрасные гранулярные блокировки для блокировки доступа только к участникам, в которых Вы будете нуждаться. При попытке пойти с более прекрасным гранулярным методом, необходимо будет, вероятно, взять, несколько привязывают некоторые ситуации, и затем необходимо удостовериться, что Вы всегда берете их в том же порядке избежать мертвых блокировок.

Другая причина использовать опцию A состоит в том, потому что возможно, что ссылка на m_Hash будет доступна вне Вашего класса. Возможно, у Вас есть общественная собственность, которая предоставляет доступ к нему, или возможно Вы объявляете его, как защищено, и производные классы могут использовать его. В любом случае, как только внешний код имеет ссылку на него, возможно, что внешний код будет использовать его для блокировки. Это также открывает возможность мертвых блокировок, так как у Вас нет способа управлять или знать то, что приказывает, чтобы блокировка была принята.