Apache zookeeper apachecurator锁路径

我们知道如何使用Apache Curator创建分布式共享锁：

InterProcessMutex lock = new InterProcessMutex(client,"/my/lock");

对于上述代码，我有两个问题：

1：第二个参数是lock（znode）的路径，那么这个锁znode是由这段代码自动创建的，还是之前需要手动创建

---

2：如果它是由“进程间互斥”创建的，那么如果这个锁znode已经由其他实例创建了呢？它是否抛出任何“znode exsting”异常？如果它没有抛出任何异常，发生了什么，创建一个重复的znode

对于1-是的，策展人为您创建路径（以及家长，如果需要）

对于2-如果其他实例使用该路径分配进程间互斥，则没有问题。都是内部处理的。如果需要，策展人会创建路径。将路径视为“锁id”

---

Dislaimer：我是《策展人》一书的主要作者——是的，策展人为你创造了道路（如果需要的话还有父母）

对于2-如果其他实例使用该路径分配进程间互斥，则没有问题。都是内部处理的。如果需要，策展人会创建路径。将路径视为“锁id”

---

Dislaimer：我是《策展人》一书的主要作者——是的，策展人为你创造了道路（如果需要的话还有父母）

对于2-如果其他实例使用该路径分配进程间互斥，则没有问题。都是内部处理的。如果需要，策展人会创建路径。将路径视为“锁id”

---

Dislaimer：我是《策展人》一书的主要作者——是的，策展人为你创造了道路（如果需要的话还有父母）

对于2-如果其他实例使用该路径分配进程间互斥，则没有问题。都是内部处理的。如果需要，策展人会创建路径。将路径视为“锁id”

---

Dislaimer：我是《策展人》的主要作者，所以当策展人“发布”时，路径会被移除或不移除。不，它不会被移除。然而，策展人有一个单独的配方（收割机），可以用来清理像这样的旧路径。所以当策展人“释放”时，路径被移除或不移除。不，它不会被移除。然而，策展人有一个单独的配方（收割机），可以用来清理像这样的旧路径。所以当策展人“释放”时，路径被移除或不移除。不，它不会被移除。然而，策展人有一个单独的配方（收割机），可以用来清理像这样的旧路径。所以当策展人“释放”时，路径被移除或不移除。不，它不会被移除。然而，馆长有一个单独的食谱（收割机），可以用来清理像这样的老路。