e.printstack()不使用 oom
另外乙個角度 接**互
哪些能實現，哪些不能實現，重點說哪些不能實現
還有什麼問題？
預估這些code有多少個，會不會產生code的重複
不同的業務可能重複
留後手，先不跟產品講
設計是什麼 關聯關係
某個介面怎麼實現的 功能是什麼樣子的，
預覽前是什麼樣子，分層
不管怎麼轉化，最終是什麼樣子。
關鍵業務點出來，頂層api之間的呼叫關係，複雜點要封裝起來。
最終也是一種資料，策略，提供乙個工廠，得到最終的資料。
1.定時任務考慮使用事務管理特殊報錯情況
2.定時任務如果又更新又新增，可以考慮使用全量刪除再全亮新增
3.可以為定時任務化解複雜度，定時任務可以專門處理複雜的業務，簡單的業務可以被單獨抽取
4.mysql庫下先插入後更新會有問題？隔離級別？
5.併發流同步更新同一條記錄，會被行鎖限制
6.多執行緒下乙個執行緒專門處理一條資料，最終一次性提交資料（資料量大的情況考慮）
7.策略類保證定時任務**不用動
8.event結尾一般用於事件
1.執行器呼叫執行器的問題
2.複雜**和sql，新增注釋
C言I部落格作業09
這個作業屬於那個課程 c語言程式設計 這個作業要求在 作業要求 我在這個課程的目標是 學習新知識 這個作業在那個具體方面幫助我實現目標 對於迴圈語句的巢狀的靈活使用 參考文獻 c語言教材 資料表達 定義x，j，i，均為整形 資料處理 輸入xfor i 1 to nfor j 1 to i 輸出 i ...