贡献者16
粉丝0
經常看到有同學抱怨 Node 調試麻煩或者是搞不清怎麼調試各種腳本、Jest、Webpack 等等，而偶爾看到的調試相關的文章又全都是在寫 inspect、launch.json 這些方案，其實有一定學習成本。 而其實在 VSCode 中早已內置了相當無腦的 Debug 方式，就是 JavaScript Debug Terminal，利用它我們只需要負責打斷點，別的什麼 inspect、launc
昵称 嘿嘿不務正業
首先在容器啓動時增加一個環境變量 env: - name: JAVA_TOOL_OPTIONS value: - -agentlib:jdwp=transport=dt_socket,server=y,address=5005,suspend=y 然後將服務端口轉發暴露出來，如deployment名稱是user-service kubectl port-forward deployme
昵称 yangrd
寫過代碼的同學對 debug 的痛苦應該深有體會，debug 的時間往往遠遠超過實際編寫代碼的時間，最終卻發現只是一個意料之外的微不足道的錯誤導致了 bug。過了一段時間，重新使用這段代碼的時候，又出現了新的 bug， 但偏偏還不能怪別人，畢竟是自己寫的代碼，血壓上來了.jpg。程序説變量未定義那就真的是未定義，説變量類型不對那就是真的不對，總不能砸電腦吧。 有沒有什麼辦法可以減少和規避 bug
昵称 farfarcheng
一、引言 工欲善其事，必先利其器，學會如何利用 IDEA 高效 debug ，將會大大提升我們的工作效率。基本的斷點調試方式就不講解了，網上有很多優秀的文章，這裏會主要舉一些我們日常工作中重要但是容易被忽視的調試技巧。 二、正文 2.1 不暫停的 debug 通常情況下，我們斷點的時候，會卡住當前線程。假設我們在主預發或者公用環境進行debug，就老感覺背後有人在罵我，誰又在debug，環境怎麼又
昵称 數據庫知識分享者
使用 kubectl exec 執行指令 如果您在 Kubernetes 上運行軟件，您會想要在某些時候去調試您所部署的軟件的一些方面。對於習慣於使用虛擬機 (VMs) 的人來説能自然使用的一種簡單的調試方法，就是連接到一個正在運行的 pod，然後進行解譯: kubectl exec -it podname -c containername -- bash 這通常行之有效，而且非常
昵称 Seal
Debug 的時候，都遇到過手速太快，直接跳過了自己想調試的方法、代碼的時候吧…… 一旦跳過，可能就得重新執行一遍，準備數據、重新啓動可能幾分鐘就過去了。 好在IDE 們都很強大，還給你後悔的機會，可以直接刪除某個 Stack Frame，直接返回到之前的狀態，確切的説是返回到之前的某個 Stack Frame，從而實現讓程序“逆向運行”。 這個 Reset Frame 的能力，可不只是返回上
昵称 京東雲開發者
報錯內容： # runtime/cgo cgo-builtin-prolog:1:10: fatal error: cannot open file '/usr/local/include/stddef.h': Permission denied #include stddef.h /* for ptrdiff_t and size_t below */ ^ 1 error ge
昵称 liyiyang
[TOC] 本文介紹如何在 Ubuntu 22.04 系統上，通過 IntelliJ IDEA 對 containerd 進行源碼級調試。我們將從 containerd 的安裝、源碼編譯、驗證調試信息的存在，到最終的調試過程中，每一步驟都進行詳細講解。 1 安裝 containerd 📦 首先，按照以下鏈接中的指引完成 containerd 的安裝過程：Ubuntu 22.04 安裝 conta
昵称 GousterCloud
一、背景 我的App怎麼這麼卡，誰在代碼裏下毒了！ 有一天突然發現debug包運行變的特別卡頓，經過下面的簡單測試發現debug包在Android 14上出了問題。 二、問題排查紀錄 常規手段排查 使用了systrace以及內部的debug包 trace工具dutrace進行排查。 結論：CPU空閒，主線程無明顯阻塞，看上去就是純方法執行耗時。 發現懷疑點 第一步排查過程中沒有特別大的收穫，但是
昵称 得物技術
前置知識 首先要知道vsocde是無法調試typesript的。所以我們要做的就是將typescript編譯為javascript，然後告訴vscode編譯後的代碼位置，這樣才能進行調試。 流程 1 在項目根目錄創建launch.json配置 // package.json { "name": "debug-ts", "version": "1.0.0", "description"
昵称 熱飯班長
説起 VSCode 中廣受好評的功能，必須算上其優秀的調試（debug）功能，它擁有豐富的功能和直觀的用户界面。 更為難得的是，VSCode 為這套調試架構實現的插件化機制，使得我們可以很方便地為不同的自定義語言和框架實現調試功能，並具有統一且通用的用户界面。 本文將以 Jupyter 接入 VSCode 調試的功能為例，介紹如何在 VSCode 中實現 Jupyter Debug Adapte
昵称 Duang
由於圖片和格式解析問題，可前往 閲讀原文 在現代前端與全棧開發的日常工作中，代碼調試是不可或缺的一環，而一款優秀的調試工具能夠顯著提升開發效率，減少問題定位的時間成本。Visual Studio Code（簡稱 VSCode）作為一款備受開發者喜愛的輕量化編輯器，不僅提供了豐富的插件生態和高效的代碼編輯體驗，更以其強大的調試功能成為開發者工作流中不可或缺的一部分 無論是調試 Node.js 後端代
昵称 大衞talk
由於圖片和格式解析問題，可前往 閲讀原文 在現代移動互聯網時代，H5 應用以其跨平台、輕量化、快速迭代的特性，成為移動開發的重要一環。然而，隨着功能的複雜化和用户體驗要求的提升，H5應用的調試也面臨着諸多挑戰，如設備多樣性、網絡環境複雜性以及性能瓶頸等。為了應對這些問題，開發者需要掌握不同的調試工具及場景使用才可應對不確定結果。本篇就帶大家瞭解下具體的調試過程 瀏覽器手機模式 瀏覽器的手機模式調試
昵称 大衞talk
由於圖片和格式的解析問題，可前往 閲讀原文 往期文章我們已經講過fiddler、charles以及wireshark等多種抓包工具，已經在工作中足夠解決各種抓包問題了，但我今天還想再分享給大家一款抓包工具 whistle，因為它真的很優秀，本人在工作中也一直在用這個 為什麼我會選擇whistle，首先是fiddler不支持MacOS，其次Charles在M1芯片上會感覺明顯的卡頓；除此之外是whi
昵称 大衞talk
使用IAR仿真時，出現報錯：debug仿真報錯 Verification error at 0x3'b0f5: mem=0x34, file =0x35 上網查了很多博客，嘗試後都沒有太大的作用。 在驗證網上的一條條回答經驗時，我偶爾發現project--option--Debugger-Download-Verify download 取消勾選Verify download。報錯就消失了
昵称 熱心腸的保温杯
背景 在一個平凡的工作日中，突然有客户説我們產品的彈窗點擊無法顯示，這讓我立刻放下了手裏的活，去看了下線上環境，結果卻是一切正常 這不禁讓我有些奇怪，所以和客户要了截屏，最後發現在客户的電腦上點擊無效，作為一個老開發，第一反應就是兼容性的問題 涉及到公司產品，暫時不能放出對應截圖，不過會用 demo 截圖來代替。 這裏我用 demo 復現的場景： 這是正常的antd modal樣式： 現
昵称 Grewer
點贊 + 關注 + 收藏 = 學會了 作為前端新手，遇到頁面樣式錯亂、交互異常時不用慌 —— 瀏覽器自帶的「檢查工具」就是你的 "透視眼"，能幫你看穿網頁的 "內心世界"。這篇教程帶你從零開始，掌握最常用的調試技巧。 如何打開瀏覽器檢查工具？ 幾乎所有現代瀏覽器（Chrome、Edge、Firefox 等）都自帶調試工具，打開方式大同小異： 方法 1：右鍵菜單 在網頁任意位置右鍵點擊，選擇「檢查」
昵称 德育處主任
概述 在值班過程中，排查了一個erlang otp24的bug. erlang 編譯模塊在 otp/erts/emulator/beam/jit/x86/beam_asm.cpp:update_gdb_jit_info 中有內存泄露。只分配不釋放。 每次泄露 1K 左右，泄露和編譯模塊描述信息大小相關（模塊名，函數名，數量）。 因為otp24已經超過維護期了，所以提交的 issu
昵称 enjolras1205
由於圖片和格式解析問題，可前往 閲讀原文 Chrome DevTools 是開發者用於調試 Web 應用程序、分析性能、檢查元素和網絡請求的重要工具。無論是前端開發人員還是後端工程師，熟練掌握 Chrome DevTools 都能顯著提高開發效率和調試精度。通過 DevTools，我們可以快速識別並解決性能瓶頸、修復 bug、優化用户體驗 Chrome DevTools 提供了多種強大的功能，包括
昵称 大衞talk