鴻蒙實現物理按鍵的“長按事件”（按鍵通用框架 V0.0.2）
https://harmonyos.51cto.com/#zz
我在之前的帖子《實現按鍵“按下事件”和“釋放事件”的通用框架(V0.0.1)》中闡述了DTButton-V0.0.1的設計思路，并且也在帖子中開源了實現代碼。
實現這個框架的意圖非常明顯，就是為了偷懶，想要響應按鍵事件的時候可以一行代碼搞定。也正是因為只想偷懶，V0.0.1版本在實現上非常的簡單粗暴：快速實現功能即可，其它問題暫時不考慮。
核心實現代碼如下：
有同學可能會說：這樣實現有什么問題嗎?看起來合情合理，用起來也沒問題啊!
是的!從功能實現角度，這樣做是最簡單的，代碼量最少，能立即可用。然而，大家也需要意識到：OnButtonPressed() 和 OnButtonReleased() 是在中斷上下文中調用的!因此，這兩個函數必須快速返回，不能做過于繁重的工作。但是作為框架，這兩個中斷函數又必須調用相應的回調函數。。。這樣子的話，就要求傳入的回調函數必須短小精悍，不能過于繁瑣!!于是，V0.0.1版本的實現短板就凸顯了：當按鍵按下后需要做的處理必須足夠簡單，如果比較復雜和繁瑣，就可能造成系統中斷響應不及時，進而導致系統PANIC重啟!!!(如果不了解中斷的概念，可自行查閱相關資料，也可以看看我的操作系統視頻課程。)
那么有沒有辦法解決這個問題呢?
辦法當然是有的!!既然V0.0.1版本的問題和中斷響應相關，那么可以借鑒Linux內核中的原則和方案：中斷服務程序的執行越快越好，將中斷處理分為兩部分：中斷處理上半部和中斷處理下半部。
解釋：
中斷發生后需要立即調用中斷服務程序進行中斷處理，如果直接在中斷服務程序中做這個處理，那么處理速度必須越快越好!
但是，肯定有一些情況的處理步驟是比較耗時和復雜的，在這種情況下，就可以先把要做的處理工作進行標記(中斷上半部)，具體處理步驟在中斷服務程序返回后再完成(中斷下半部)。
是不是感覺很抽象，理解不了了?! 沒關系，我們通過V0.0.2版本的設計實現給大家講解這個方案。
上圖中的示例就是DTButton - V0.0.2的核心實現，現在應該感覺很簡單了吧。嘿嘿!因為是通用框架，所以最終的代碼實現要考慮的東西很多，比上圖中的示例看起來要復雜些。
現在，這個框架比起上一個版本有了很大的改進，并且還擁有了專用的事件處理線程!也正是因為創建了這個線程，所以不能浪費啊，必須多多利用才行。
那么還能用它來干點啥呢???
大家想想，現在能夠捕捉到按鍵的按下事件和釋放事件了!!
那么，如果按下事件和釋放事件之間的時間間隔比較長，那么是不是我們就可以“創造“一個全新的長按事件呢???
答案是肯定的!
按下事件發生后，可以通過事件處理線程進行粗略計時，當計時超過預設的時間間隔(大概2.5秒)，即可觸發長按事件，具體表現為長按事件回調函數的調用。
這里需要注意：
1. 長按事件只會觸發一次，即：OnButtonLongPressed() 回調函數只會調用一次
2. 釋放事件觸發時需要停止計時，即：按下事件和釋放事件之間的時間間隔不足2.5秒就不會觸發長按事件
有了上面的分析，大家就可以自己嘗試動手實現了。
什么?覺得麻煩?
沒事!我已經將實現代碼上傳到了文末的附件中，大家可以下載使用和研究，非常歡迎大家的意見和建議。
使用示例如下：
1. 定義按鍵事件回調函數
2. 一鍵注冊，開箱即用
運行結果如下：
后記：
開箱使用之后，相信已經有同學發現了問題：GPIO_5居然對應了Hi3861上的 3 個物理按鍵!!!!
怎么解決?
嗯，這是 DTButton - V0.0.3 中會重點解決的問題!
希望大家關注這個框架，我會盡力開發，維護和完善它!
https://harmonyos.51cto.com/#zz
