1樓：隻狗
debug除錯方便，log除錯比較繁瑣
這裡說的log是查bug的用的臨時log，然而有些情況你不得不用log這種麻煩的辦法去找bug，比如多執行緒的環境下debug單步除錯就很容易影響執行緒之間真實的狀態，然而很多bug是更這個相關的，程式一暫停也許bug就錯過了
2樓：李昕
斷點有利於找bug源頭，已知程式段執行錯誤，而不知道具體錯在哪。
打log有利於測試修復結果，是已經在知道錯誤點在哪的時候，在不影響程式執行狀態的情況下（尤其是非同步併發程式，對執行流程完整性要求較高），既驗證資料情況，又驗證程式段是否執行正常。
當然打log也能夠和斷點一樣運作，但是，就是要人工分析各個log究竟是在運作到幾時打出來的。
3樓：王子亭
單步除錯的好處當然是可以隨意地暫停、繼續、甚至回滾程式的執行，檢視當前上下文任意變數的值；但想要進行單步除錯要進行額外的、較為複雜的偵錯程式配置，每個語言每種執行環境的配置方式也各不相同，能把單步除錯跑起來首先就要費一番功夫。而且尤其在生產環境上，並不總是有使用偵錯程式的條件，所以單步除錯強大但使用相對受限。
日誌可以分兩種，一種是事先在開發階段就寫好的日誌，這些日誌通常會被儲存下來，本身就是在有意識地提示一些值得注意的問題（而且會分多種級別，可以在不同的粒度下去檢查）。另外一種就是在發現特定問題的時候，出於除錯的目的在特定的地方列印一些資料的值，相比於給線上、長期執行、偶發的現象去掛偵錯程式，加日誌顯然會更具有可行性。
日誌的好處是簡單和可自動化，簡單是說任何語言都提供了日誌的功能，而且學習成本很低（相比於配置偵錯程式）。可自動化是說日誌是可以被儲存下來事後分析的，你也可以用指令碼去分析很長一段時間的日誌。
4樓：troy351
一般來說，log適合快速定位錯誤，單步除錯適合分析錯誤產生的原因。
當然混著用問題也不大。
但是存在某些特殊情況：比如mousemove事件的handler裡有bug，只在特定情況下觸發。這個時候如果斷點會瘋的。。
我這配置能上2k 144hz的顯示器打LOL保持144幀數嗎？
qakcn 如果你的顯示卡沒有被廠商閹割的話。使用DVI 而且要雙鏈路的 可以上到1440p 60Hz，1080p倒是可以上144Hz。使用HDMI只能上到1080p 60Hz。使用DP 1.2版 可以上到1440p 144Hz的。這是輸出的情況。至於遊戲裡能不能跑到，電腦在你手上你自己試試不就行了...
Lo 娘因為剛入圈的新人顏值高穿衣配產生打壓心理是否是普遍現象？
十二 我覺得這個問題比較奇怪?我沒有遇到過，袍子的時候都是誇我可愛，誇我好看的一群小姐姐們。這個還真沒經歷過，打壓應該 不存在的吧。 顧印儒 算低齡lo娘的普遍現象？題外話，關於這種型別的困擾，一般我會告訴自己 佛也有七情六慾，只是在你心裡佔比不同，所以你會困擾 不想被困擾，就不要在意，任這個念頭自...
在顯示卡過渡階段，能不能買個幾十塊的來打lol
口天哥 趕在礦潮期間，出掉了18年999買的588顯示卡，2600放鹹魚一分鐘被秒，然後拿2600組了臺3400g核顯itx主機，lol全開，1080p60hz，幀數不低於80，我是不是很機智？ 三輪車老司機 能啊，我給家裡的台式電腦從閒魚上淘了一塊80塊錢的顯示卡，1400 900解析度70幀打L...