如果多字节，可能写到一半发生误读，所以Java里提供了java.util.concurrent.atomic.AtomicInteger <- 中国开发网

账号

中国开发网: 论坛: 程序员情感CBD: 贴子 637693

sealw · 2008-06-02 14:44:21 · 阅读: 545

如果多字节，可能写到一半发生误读，所以Java里提供了java.util.concurrent.atomic.AtomicInteger

<空>

相关信息:

问一个多线程的数据读写同步问题。 (123字) (Tomorrow [839] 2008-06-02 14:07)
- 不需要吧 (空) (aho [403] 2008-06-02 14:17)
- 多字节整型，理论上要加 (空) (sealw [551] 2008-06-02 14:17)
- 通常不用 (空) (玉楼 [381] 2008-06-02 14:24)
- 不用，但是有一些前提条件。 (103字) (好望角 [525] 2008-06-02 14:32)
- 一个只读的话一般不要吧。要是都写都要，原子操作除外。 (空) (beijingshizi [450] 2008-06-02 14:37)
  - 如果多字节，可能写到一半发生误读，所以Java里提供了java.util.concurrent.atomic.AtomicInteger (空) (sealw [544] 2008-06-02 14:44)
    - 只要是字范围之内的一般不用. (7字) (holly [384] 2008-06-02 14:47)
      - 谢谢。保险起见还是要加互斥。 (63字) (Tomorrow [487] 2008-06-02 14:54)
        建议写自动化测试，并在所有目标平台上执行 (空) (sealw [380] 2008-06-02 15:02)
        那就得加了。 (26字) (holly [382] 2008-06-02 17:47)
    - 误读应该问题不大，是不是会读成写入之前的结果？ (空) (beijingshizi [458] 2008-06-02 14:47)
      - 顺序问题是 memory barrier 的事. 通常跟 cache 方式和指令集设计有关. 跟锁是两回事 (空) (holly [508] 2008-06-02 14:50)
- 如果是 32bit 的 x86 CPU 一般不用 (空) (holly [475] 2008-06-02 14:46)
  - 刚才看到互斥锁，突然想到，再怎么实现，也是一个查看一个加锁。。。。。 (169字) (haitao [665] 2008-06-02 14:59)
    - 是的，就是考虑到加锁影响性能才来问的。 (23字) (Tomorrow [500] 2008-06-02 15:01)
    - 你完全错了 (16字) (holly [409] 2008-06-02 17:45)
      - 叫什么不知道，只知道检测和设置2个操作之间不会被插入别的指令。。。。。 (53字) (haitao [559] 2008-06-02 17:49)
        互斥锁不会保证lock 和unlock之间不会插入别的指令，也不是出于这个目的的． (181字) (bjwf [599] 2008-06-02 19:22)
        我说的就是lock。lock分解到最终，应该至少包含：查询，设置 (26字) (haitao [462] 2008-06-02 20:04)
- 需要的．否则在多cpu或多内核机器上可能会出莫名其妙的错 (空) (bjwf [458] 2008-06-02 15:06)
  - 不会的。x86 的 cache 是针对物理地址的，而且 x86 保证字操作的原子性 (空) (holly [461] 2008-06-02 17:46)
    - o,如果是这样的话，那么加锁也几乎不会影响性能． (122字) (bjwf [496] 2008-06-02 18:05)
      - 写了个测试程序，在windows里就有问题。 (897字) (Tomorrow [506] 2008-06-02 19:00)
        顺便测一下，加锁后速度有没有变化。。。。。。。。 (114字) (haitao [484] 2008-06-02 19:16)
        这个判断如果不锁的话就不对吧: if((g_nCount == 200) || (g_nCount == 201) || (g_nCount == 199)) (空) (没脾气2x [486] 2008-06-02 19:49)
        faint. ++ 跟 -- 中间当然可以抢占了 (空) (holly [419] 2008-06-02 19:56)
        要不要先取到局部变量，再比较、打印啊？ (295字) (haitao [501] 2008-06-02 20:22)
        ++和--之间可以抢占，if条件3个表达式之间可以抢占，所以就有问题了 (空) (sealw [420] 2008-06-02 20:27)
        这里的讨论已经把很多不同层次的东西混淆到一块了. (18字) (holly [462] 2008-06-02 21:00)
        由于概念不清，所以问题多多 (空) (sealw [455] 2008-06-02 21:07)
        这是和同事讨论引起的。 (91字) (Tomorrow [503] 2008-06-02 21:21)
        如果只是 "一个线程写一个数，另外一个线程只是来读" (59字) (holly [444] 2008-06-02 21:25)
        谢谢，明白了。如果只是一个字长之内的数的话可以不加锁了。 (空) (Tomorrow [428] 2008-06-02 21:39)
        int不小于一个字啊。DWORD (32字) (beijingshizi [520] 2008-06-03 09:24)
        难道虱子还停留在 8086 年代? (空) (holly [441] 2008-06-03 09:34)
        整数不用lock (空) (龙之吻 [493] 2008-06-03 08:27)
        这是个多线程读写的错误例子。 (11字) (Tomorrow [496] 2008-06-02 21:15)
        你这样有问题，判断和打印本身就是多个指令了，现在早就被赋值了。需要先取出变量临时储存。 (空) (beijingshizi [509] 2008-06-03 09:22)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.012 - 536848