对于按键的驱动，任何情况下都不建议直接使用外部中断，使用中断的特点是响应快，但是按键的应用不需要响应很快。而使用外部中断引起的麻烦却不少。1.该不该在中断里做毫秒级的延时？如果只是中断发送消息，主循环里的按键处理才是主体，才进行延时，那这个中断就一点意义都没有，还不如用定时器去触发按键扫描周期。2.按键功能如果比较丰富，怎么做到不干扰别的任务。比如你说的长按功能，如果没有定时器参与进来，那这3秒就不能干别的了，如果进一步想做出按住后连续触发的功能，程序就彻底不能用了。


如果任务较多，个人建议用操作系统。按键的驱动就是很典型的适用于操作系统的应用，毫秒级的延时正好可以用taskDelay这种函数，释放了cpu的占用，程序可以去干别的。
如果不想用操作系统，那可以定时器来辅助。基本思路就是使用状态机的模式，将按键的处理做成周期性执行的操作，如果某些场合需要的延时不一样，那就用计数变量把长延时拆成短延时。每个周期按键扫描函数执行一次，用定时器同步，函数内没有任何软延时。
建议将去抖动和按键功能触发做成2个层次，底层的去抖动处理只实时更新每个按键IO的电平，上层的触发检测根据不同的电平和每个按键的模式配置、状态机的状态，来判断需要执行的操作。 假如以后移植到rtos里，直接做一个周期性执行的任务即可。

目前手里没有现成的代码，这个只是思路。不过前几年在这个论坛上见过有人发过很详细的按键驱动代码，功能很全，当时我还没收藏，你可以找找看。