你的ABAP程序給佛祖開過光么？來試試Jerry這個小技巧
最近Jerry在忙一個項目，技術棧換成了nodejs平台，語言換成了JavaScript，因為趕項目進度，一直沒時間更新公眾號。感謝大家的支持，關注人數還是慢慢地增長到了3000。
今天我們來聊聊一個比較輕鬆的話題。
當今這個數字化時代，大家的生活都離不開互聯網。互聯網公司為了確保伺服器不會因為軟硬體問題宕機而影響自己的業務，紛紛使出渾身解數，包括設計更健壯的架構，實現高質量的代碼，提供硬體條件更好的機房等。當然也有一些腦洞大開的公司，另闢蹊徑，採取讓佛祖對伺服器進行開光的方式，來實現"伺服器永不宕機"的美好願望。
下面是Jerry從一則搜狐新聞上看到的一些有趣的圖片，轉貼於此，新聞原文網址：
http://www.sohu.com/a/116621959_430930
有請高僧給伺服器貼上靈符：
看著這個符咒，Jerry想起了自己曾經通關過無數遍的仙劍奇俠傳98柔情版里各種各樣的靈符。
高僧正在認真地進行開光儀式：
這些難道是IT管理員，或者SAP稱呼的Basis們，虔誠地跪在伺服器前向佛祖祈禱「永不宕機」嗎？
除了「永不宕機」外，「永無bug」也是程序員們另一個美好的願望。
於是乎，有些程序員希望通過在代碼頭部加上這種注釋，來獲得一些心理上的慰藉。
而對於SAP ABAP程序員，一看到bug這個詞，最容易聯想到什麼？不知道大家心中的答案是什麼，Jerry的答案是：ST22。
ABAP程序在執行時，如果遇到了沒有捕捉的異常，程序會終止，同時ABAP運行時會產生一個類似Windows系統藍屏的core dump：
這種dump可以在事務碼ST22里查看。一般來說，一個有經驗的ABAP程序員，通過分析ST22里提供的程序崩潰時的上下文信息，系統變數的內容，調用棧等等，不難修復這種bug。
下圖是ST22里dump的一個例子，值得一提的是大家可能會忽略的BASIS Developer View, 裡面包含了引起運行時錯誤的ABAP語句對應的C語言實現的具體文件位置，比如下圖的//bas/753_STACK/src/krn/abap/runt/abassert.c。
大家還記得我寫過的聊聊C語言和ABAP 這篇文章么？
這裡我偷個懶，把那篇文章里介紹C語言和ABAP語言關係的文字引用過來：
為什麼這篇文章要把C語言和ABAP放在一起講，而不是別的語言比如Java和ABAP呢？因為ABAP語言底層是基於C/C++實現的，包括其關鍵字(比如最簡單的關鍵字WRITE的C++實現有2千多行)和虛擬機(ABAP Runtime)。SAP內部的一群計算機科學家們發明了ABAP這門偉大的語言，由它實現的各種SAP應用幫助了全球超過180個國家和地區的客戶們更好地運行其業務。
通過Google我們能搜索到一些關於這些SAP計算機科學家們的介紹，比如這個鏈接:
http://sapexperts.wispubs.com/SAP-Professional-Journal/Articles/From-XML-to-ABAP-Data-Structures-and-Back-Bridging-the-Gap-with-XSLT?id=2CA6B036062F42C5B7A76A772A934911#.WmGiiaiWbdM
SAP內部的Netweaver開發伺服器上是能夠瀏覽這些C語言代碼的。Jerry 2017年在德國工作時，業餘時間比較多，相關的C代碼也閱讀了不少，比如ABAP里最簡單的WRITE關鍵字，其C語言實現有2000多行。可惜因為這些C語言實現對客戶和partner不可見，因此無法在這裡給大家分享它們的邏輯。
再回到ST22。相信每一位ABAP程序員運行代碼看到ST22的dump後，心裡都會很沮喪。這個時候，如果有佛祖能夠給引起bug的代碼開開光，那將是一件很鼓舞人心的事情。
相信無論使用何種編程語言的程序員，看到下圖紅色高亮的這兩行字，都會精神為之一振：
- 佛祖保佑，永無bug
- 這段代碼佛祖已經做過開光處理，絕無可能再產生bug
如何實現ST22里這個顯示效果？其實ST22和Windows系統藍屏顯示邏輯一樣，都是一段靜態模板文本加上運行時異常的實際動態內容合併而成。
模板文字存儲在ABAP Netweaver伺服器的資料庫表裡。我們只需要在ST22的框架代碼把模板文本從資料庫表讀出之後，將佛祖開光的文本動態添加到模板文本的頭部，就大功告成了。
實現步驟非常簡單，在ST22標準程序SAPMS380的subroutine read_snapt內創建一個隱式增強。
從read_snapt的代碼能看出ST22的模板文本是存儲在資料庫表SNAPT里的。
把佛祖開光的文本注入到read_snapt輸出的頭部：
這段隱式增強的代碼我放在了我的Github上：
https://github.com/i042416/KnowlegeRepository/blob/master/ABAP/SmallApp/210_god.abap
最終效果就是每次出現了運行時程序執行錯誤後，程序員到ST22里查看dump時，總能看到「佛祖保佑，永無BUG」幾個字。
這個例子其實也再次體現了Jerry之前提到的，作為ABAP開發環境和運行環境和二而一的Netweaver，給開發者提供了強大的可擴展性。
最後也是最重要的
1. 本文提供的步驟涉及到了對ABAP框架代碼的隱式增強，請謹慎使用。禁止在測試伺服器和生產伺服器使用! 否則由此造成的一切負面後果，Jerry本人及SAP概不負責。
2. 如果真的想確保自己交付的代碼「永無BUG」，程序員還是得老老實實練好自己的內功，而不要把自己的命運交給佛祖。畢竟國內這麼多程序員，這麼多行代碼，要是每一位程序員每一行代碼都要由佛祖開光，佛祖得多累鴨，佛祖忙不過來鴨!
更多閱讀
- 動手使用ABAP Channel開發一些小工具，提升日常工作效率
- 聊聊C語言和ABAP
- ABAP vs Java， 蛙泳 vs 自由泳
- 300行ABAP代碼實現一個最簡單的區塊鏈原型
- Jerry的ABAP原創技術文章合集
- ABAP開發人員未來應該學些什麼
- Jerry的ABAP, Java和JavaScript亂燉
- 我用ABAP做過的那些無聊的事情
- 不喜歡SAP GUI？那試試用Eclipse進行ABAP開發吧
- 那些年我用過的SAP IDE
- 使用Visual Studio Code編寫和激活ABAP代碼
推薦閱讀：
