海外子公司的采購人員打開一個(gè) Fiori 頁面，頁面卻一直轉(zhuǎn)圈?？偛吭L問同一套 SAP S/4HANA Cloud Private Edition 系統(tǒng)時(shí)，一切正常。業(yè)務(wù)催著恢復(fù)，開發(fā)人員盯著日志，基礎(chǔ)設(shè)施團(tuán)隊(duì)已經(jīng)排查過網(wǎng)絡(luò)和 DNS。這樣的時(shí)刻，很容易出現(xiàn)一種沖動(dòng)，先把超時(shí)時(shí)間調(diào)大，繞過一段校驗(yàn)，或者在程序里捕獲所有異常，讓頁面至少能打開。這正是我想到聶風(fēng)冰心訣的地方。冰心訣在《風(fēng)云》里的作用，不是替聶風(fēng)增加一記更猛烈的攻擊，而是在強(qiáng)大力量可能失控時(shí)，幫他穩(wěn)住心神。放到 ABAP 開發(fā)中，對(duì)應(yīng)的也不是某條神奇語句、某個(gè)性能開關(guān)，而是一套約束系統(tǒng)行為的功夫。請(qǐng)求越急、數(shù)據(jù)越亂、并發(fā)越高、異常越密集，程序越要清楚自己能做什么、做到哪一步必須停，以及停下來時(shí)該留下什么證據(jù)。這個(gè)類比有邊界。業(yè)務(wù)程序不會(huì)像武俠人物那樣有情緒，SAP 也沒有名為冰心訣的框架。我借它討論的是一種工程能力，把規(guī)則、權(quán)限、事務(wù)、并發(fā)、性能和故障處理安排妥當(dāng)，讓壓力無法輕易把系統(tǒng)推向錯(cuò)誤結(jié)果。真正需要壓住的，是失控的連鎖反應(yīng)我見過不少程序，平時(shí)跑得很順，到了月末或者大促才暴露問題。一個(gè)銷售訂單接口收到請(qǐng)求，查詢庫存，計(jì)算價(jià)格，檢查信用額度，調(diào)用外部服務(wù)，寫入業(yè)務(wù)數(shù)據(jù)，再發(fā)送通知。正常路徑只有幾百毫秒，開發(fā)環(huán)境里也很難復(fù)現(xiàn)異常。等到多個(gè)渠道同時(shí)重試，原本獨(dú)立的小問題便連在一起，造成重復(fù)訂單、鎖等待、接口積壓。這時(shí)把響應(yīng)時(shí)間縮短十毫秒，未必比弄清楚一次請(qǐng)求能否被安全重放更重要。假設(shè)外部平臺(tái)提交訂單后沒有等到響應(yīng)。它不知道訂單是否已經(jīng)創(chuàng)建，于是用相同內(nèi)容重新發(fā)送。我們?nèi)糁粰z查報(bào)文格式，每次請(qǐng)求都可能通過校驗(yàn)。更穩(wěn)妥的設(shè)計(jì)，是讓接口識(shí)別一個(gè)穩(wěn)定的業(yè)務(wù)請(qǐng)