那一个中断没有处理完，又来了一个一样的中断会怎么样

当一个中断正在处理中，又来了一个相同的中断时，这种情况的处理方式取决于具体的硬件和操作系统设计。以下是一些可能的情况和处理策略：

1. **中断重入**：
   - 如果中断处理函数（ISR）设计为可重入的，那么它可以被再次调用，即使之前的中断还没有处理完。这种情况下，ISR 会再次执行，可能会处理新的中断事件或进行一些额外的处理。

2. **中断丢失**：
   - 在某些情况下，如果硬件或操作系统不支持中断嵌套或优先级管理，新的中断可能会被丢失或忽略，直到当前的中断处理完成。

3. **中断队列**：
   - 有些系统可能会实现中断队列，将连续发生的中断事件排队处理。这样，即使中断处理函数还没有完成，新的中断事件也会被记录下来，并在适当的时候被处理。

4. **中断屏蔽**：
   - 在某些情况下，中断处理函数可能会临时屏蔽进一步的相同中断，直到当前的中断事件处理完毕。这样可以避免中断处理函数被连续触发。

5. **优先级管理**：
   - 如果中断具有不同的优先级，操作系统可能会根据优先级来决定是否处理新的中断。高优先级的中断可能会打断低优先级的中断处理。

6. **中断处理时间**：
   - 如果中断处理函数执行得非常快，通常不会导致中断丢失。但是，如果中断处理函数执行时间较长，可能会增加中断丢失的风险。

7. **硬件特性**：
   - 某些硬件设备可能具有内部缓冲或状态机，能够处理连续的中断事件，并将它们排队或合并处理。

8. **软件设计**：
   - 软件设计中，可以通过实现中断下半部或使用工作队列（workqueues）来处理中断，这样可以将中断处理函数的执行与实际的处理逻辑分离，减少中断处理时间。

9. **中断处理函数设计**：
   - 设计中断处理函数时，应该考虑到可能的连续中断，并确保函数能够正确处理这种情况，例如通过检查硬件状态或使用标志位来确定是否需要再次处理中断。

总之，处理连续中断的策略取决于具体的硬件特性、操作系统设计和中断处理函数的实现。为了确保系统稳定和响应性，设计时应充分考虑这些因素，并采取适当的措施来管理中断。