看板 Soft_Job 關於我們 聯絡資訊
※ 引述《ritchieHsu (我要努力向上)》之銘言: : 曾經遇過幾次比較幹的case : 弊公司核心系統外包給某知名美國大型系統商 : 該公司工程師都是聘用阿三哥居多 : 我們系統的某個模組 經常出現 大量交易 concurrence 的 bug : 我們反應給這些高姿態的vendor,他們就是死不承認 叫我們在測試環境 : try出這樣的case才算是bug(production交易量很大,測試環境不輕易模擬出來) : 後來火大了 我們就自己反組譯所有核心的code去trace : 才找出問題所在,然後自己更改非核心code避掉此問題且避免侵權 : 以java的角度來看就是 用太多singleton pattern 又沒做好thread protected : 導致production上大量交易時會有dirty read情況 : 後來其他模組也出現類似問題 : 我只能說一個簡單的 singleton pattern 亂用 也會搞砸整鍋粥 : 該系統在全世界不知道賣給多少家客戶了 竟然還會如此不重視此問題 : 所以外來的和尚有好的也又壞的啦 大家都是人啦 對不起,既然R大提到singleton pattern,那順便請問技術問題。 對於singleton pattern的存取,不是用static synchronized就可以解決了嗎? 還有什麼應該注意的,謝謝指導! -- 天堂保險公司 PTT通訊處 半調子保險顧問 Harifucks E-mail: harifucks@ptt.cc -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.31.138.163
opman:應該是可以. 06/06 16:53
opman:應該不難,原廠如果有幫忙檢查程式碼,應該能有能力幫忙解決. 06/06 16:56
opman:大概是,雙方都沒有對方的原始程式碼. 06/06 16:57
opman:這種情況的 debug,有時候會 雞同鴨講,會比較累一點. 06/06 16:58
ritchieHsu:用synchronized就可以了,不過該他們因為後面一直擴充 06/06 17:34
ritchieHsu:method導致後來可能忘記加入sync,然後又去竄改到全域 06/06 17:35
ritchieHsu:變數, 這樣的bug真的不太好找 06/06 17:36
opman:基本上這種bug,應該不用反組譯就應該能找到. 06/07 09:31