并发 - java中ConcurrentHashMap不能被加锁来执行独占访问？？

Question

我在看《java并发编程实践》，书中72页提到：由于ConcurrentHashMap不能被加锁来执行独占访问，因此我们无法使用客户端加锁来创建新的原子操作。

中英文内容如上。
请问这句话怎么理解？？我看过ConcurrenHashMap源码，也知道分段锁。但是这句话似乎不太对，无论是看中文还是看英文。然后我做了如下测试(测试这个就属于客户端加锁)，JDK1.6：

java
public class TestThread extends Thread {

    private static ConcurrentHashMap<String, String> map = new ConcurrentHashMap<String, String>();

    public void run(){
        synchronized (map) {
            for(int i=0; i<10; i++)
                System.out.println("i:"+i+", thread:"+Thread.currentThread().getName());
        }
    }


    public static void main(String[] args) {
        TestThread t = new TestThread();
        Thread t1 = new Thread(t,"A");
        Thread t2 = new Thread(t,"B");
        t1.start();
        t2.start();
    }
}

结果如下：

i:0, thread:A
i:1, thread:A
i:2, thread:A
i:3, thread:A
i:4, thread:A
i:5, thread:A
i:6, thread:A
i:7, thread:A
i:8, thread:A
i:9, thread:A
i:0, thread:B
i:1, thread:B
i:2, thread:B
i:3, thread:B
i:4, thread:B
i:5, thread:B
i:6, thread:B
i:7, thread:B
i:8, thread:B
i:9, thread:B

是我测试程序不对？？
网上也搜了一些，有很多对这句话提出质疑的，但似乎没有人回答特别靠谱的。

==============更新分割线============
我重新整理了一下问题：我理解的ConcurrentHashMap，从内部实现来讲，是不支持独占访问的。但是通过客户端加锁的方式，是可以保证原子操作性的，但是这种选择可能不是最好的。
书中“由于ConcurrentHashMap不能被加锁来执行独占访问，因此我们无法使用客户端加锁来创建新的原子操作”这句话，从描述上和逻辑上都是有问题的，我觉得。描述上，前半句感觉完全不对；逻辑上，由于-因此这个逻辑并不成立。

Answer 1

你测试的程序，仅仅是拿map当做普通的object锁来用。书中的意思是，锁住map，然后企图对map的一系列操作以达到原子操作的效果，是不行的。

Answer 2

得是同一把锁

Answer 3

由于ConcurrentHashMap不能被加锁来执行独占访问，因此我们无法使用客户端加锁来创建新的原子操作，例如4.4.1节对Vector增加原子操作“若没有则添加”。

刚开始理解这句话确实有困惑，最后翻书回到“4.4.1”例子，看完就明白了。

客户端加锁和外部加锁必须是同一个锁。

//内部加锁机制为分段锁，锁不在map实例上
private static ConcurrentHashMap<String, String> map = new ConcurrentHashMap<String, String>();
//外部加锁是在map 实例上的
sychronized (concurrentHashMap) {
    //
}

ConcurrentHashMap同步机制在其内部的分段锁，而外部加锁是跟它不是同一个锁。

因此，当多线程访问时，无法保证一个线程在map上执行“若没有则添加”这种复合操作时的原子性，因为另一个线程可能在map上执行"添加"操作。

以上个人理解，有错理解错误的地方，欢迎各位大神指导。