请教由独立键盘程序联想到的中断概念-第2页回答

1楼-- · 2019-03-25 20:39

让我们来简单理一下这个程序的执行路线，或者说流程也行
1 开机初始化一次。
2 循环检测3个按键，其检测顺序是 key1 key2 key3
key1按下，则关闭定时器，即不再计数
key2按下，反之
key3按下，清零过后，还要保证key1没按下，才不会关闭定时器。
3 同时循环扫描数码管。

对你的第三个问题，我们只考虑key1 key3的情况，key2跟它们没关系，如果key2按下了，给关了，那啥事都没了。
如果你一直按着key3不松手。并且保证key1是松开的。
这个时候将不断计数。
同时，数码管也不断扫描最新的时间值。

你所担心的问题是，如果bb已经被清零，偏偏在它到执行数码管显示那一刻中间，偏偏被中断打断了，刚好加了1，那就会很惨的出现从1开始。
这的确是有可能的，然而也如同你所说的，如果你一直按着key3——其实从程序执行的速度来说，就算你只不过是按了一下key3,相对于这个没经过消抖处理的key3来说，那也等于说，一直按着key3,我的意思是，反复进入key3清零。

我当时说如果定时长度和这段代码执行的时间相差太远，则这种担心是不必要的，意思正是
不管你的定时中断是否有那么巧刚好在中间打断了。
如你所说，定时中断执行完加1马上就会回来，然后经由数码管显示（这里面，数码管显示程序的刷新频率到底有多快，对你这个问题就很有意义。）
如果数码管的刷新频率快的人眼无法察觉，那么，这个加1是没机会让人看到的，理由正如你所说的，加完1，主循环又马上检测到key3按着，再次清零。
这回，可就没那么容易被定时器打断了，试想，定时器的周期有10个毫秒，而你这段代码（当然我没考虑你那几个delay到底有多长——这种延迟方法本身是有问题的，以后再谈）
假设说，这几个delay没多长，至少不要在毫秒级的级别，也就是说，整个主循环执行一次估计才几个毫秒，那么，就意味着，这个key3清零，频率在几个毫秒，这种水平，人眼是很难看到的，至多看到出现有时冒出个不清晰的1.

请注意，这一切分析，都以主流程和定时器长度的相对比例而言，一般的程序，像这种主流程，本该是很短的，别说10个毫秒，就是1个毫秒相比，也显得很长，故而，你的担心是没必要的。

但是，这个程序写的很是粗糙，首先它在主循环里用循环等待这种方法延时，你那几个delay都是消抖，既然是消抖，时间肯定少不过几个到10个毫秒，而数码管的刷新水平，其中的延迟还是这种办法，这就导致了这个主流程实际跑起来的时间较长，和定时器相比，反而要长好多，那么，你说的这种情况，也许就会出现，偶尔能看到一个1闪过。