以前调程序就遇到过这样的BUG，是这样的：

1. //中断里:
   
2. write();
   
3. count++;
   
4. 
   
5. //后台里:
   
6. if(count)
   
7. {
   
8.   read();
   
9.   count--;//如果这里中断来了就出问题了，count的值不会不变，而会-1，总数不对
   
10.              //中断越频繁，越大几率出现这个BUG
    
11. }

复制代码

后来是加了锁，特殊处理一下才没问题。

laoshuhunya 发表于 2016-12-6 22:45
8位机也是一样的问题。
这个帖子生动地说明了搞嵌入式不了解汇编是行不通的
                 ...

嗯嗯，汇编还是相当重要的。看到下面redroof的回复，也意识到8位机也有这种问题的存在。单单靠现场保护也不够。

这个问题是基本功哈，LZ提出的问题是在中断中，其实不光在中断，在多线程里，异步函数里面都有这样的问题；区别主要是中断不能被锁死（锁死了机器就挂了）；

另外，许多人对LZ提出的问题不太理解， 看看 a++ 产生的指令就知道：
[a++]:
lw $8, [a]
add $8, $8, 1
sw $8, [a]

至少三条指令，这三条指令的序列被打断后对地址[a]进行修改都会造成错误结果；对8位机需要多个读-修改-写操作，但是本质还是一样的；

如果指令系统不支持原子操作的话，就要手动处理

落叶知秋 发表于 2016-12-7 09:07
以前调程序就遇到过这样的BUG，是这样的：

建议用生产消费模型，也就是中断内维护一个wr，任务里维护一个rd，if（wr != rd)表明有新的事件