By Kayce Basques Technical Writer at Google
对于IOT终端产品开发来说，调试有很多问题，无法复现产品的问题、无法产看出问题当时的log、需要指导用户进行tar包升级，无法查看远程设备状态。造成了很大的沟通麻烦。并且由于终端产品大多数都是linux 系统，导致很多在win上可以方便试用的产品都无法进行使用。所以很多时候都需要开发人员每一年都在四处奔波，来往于各地进行实地调试。
要调试已部署到IIS的ASP.NET应用程序，请在部署应用程序的计算机上安装并运行远程工具，然后从Visual Studio附加到正在运行的应用程序。
你可以调试已部署在另一台计算机的 Visual Studio 应用程序。 要进行此操作，可使用 Visual Studio 远程调试器。
在早期的IDA中包含了一个iphoneserver的程序，这个程序就是配合IDA实现远程调试的。但是在最新版的IDA中这个东西已经不复存在了，因而下载的破解版的IDA中没有那个文件并不是被删除掉了，而是本来就没有，*^_^*。所以一直以来调试iPhone上的二进制程序只能悲催的使用ssh+gdb进行调试，虽然调试器的功能还算可以，但是每次调试都需要设置显示，只能使用命令进行控制，因而用起来还是不是十分爽。
对于64位的可执行程序已经搞了好长一段时间了，但是却一直没有写点什么东西。前面的两篇文章仅仅是单纯的翻译，个人认为不管是32位还是64位的程序脱壳只要能到达程序的OEP就可以了。现在支持64位加壳的程序貌似也不多，这里以mpress压缩的64位系统下的64位notepad为例进行简单的演示。在《IDA + Bochs 调试器插件进行PE+ 格式DLL脱壳 》一问中提到了可以使用bochs调试器进行DLL文件脱壳。但是却没有办法进行64位EXE文件调试，启动调试之后由于代码完全识别错误，因为会出现异常导致无法调试。要想调试64位可执行程序目前只有通过远程调试的方式，使用Windbg插件同样是无法进行调试的。但是用windbg调试时将会提示如图1所示的信息：
Python 是一种简单易学、功能强大的编程语言，广泛应用于各种领域，包括网络编程、数据分析、人工智能等。然而，在开发过程中，我们经常会遇到需要远程调试和性能优化的情况。本文将介绍如何利用远程调试工具和性能优化技巧来提高 Python 应用程序的效率和性能。
循环中经常用到这个技巧，比如：遍历1个大List的过程中，想让断点停在某个特定值。
在这里首先感谢创龙和电子发烧友论坛提供的测试机会，同时感谢创龙厂家和技术给予资源和帮助，我也希望我的困惑和解决方法可以帮助其他使用这块板卡的开发者们少走点弯路。再次感谢电子发烧友论坛 支撑的这个平台生态。 1. 前言 创龙的板卡第一次接触，做工不错，接口也很齐全，说明文档这几天看下来也够用，技术支持回复很及时。这个开发板是10月中收到的，因为通过百度云下载的相关开发资料比较大，整个板卡测试开始的时间就到这几天了。这两个帖子测试过程中，我只使用了开发板和电源。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/86064507
大家都知道debug本地调试,就是再自己的代码上打一个断点，然后debug运行就可以本地调试，那么远程调试就是，代码再虚拟机上运行。自己可以看到虚拟机上运行的一些变量值等。
关于ASP.NET Core远程调试的具体做法可参考微软文档——Remote Debug ASP.NET Core on a Remote IIS Computer in Visual Studio 2017，详细做法不再赘述，这里主要记录下自己的感受。
今天线上出现了个 Bug ，而且比较坑的是涉及到微信相关的东西不能线下调试。传统方式是在代码中各种的日志 log 埋点然后重新部署进行调试，再根据 log 中的信息进行分析。如果你的 log 埋点不合理，就要不停的修改代码、不停的打包部署。有没有什么骚操作避免上面的问题呢？
这篇文章将研究如何处理和调试那些只发生在生产环境（或其他远程环境）而本地开发环境可能没办法重现的“问题”。任何碰到过这种情况的人都不得不承认，试图定位这种“问题”原因的过程，很大可能性是以一堆胡乱猜测而告终：一个非常耗时且低效的过程。
有时候需要远程调试一些用户问题，期望能使用本机的 Visual Studio 开发环境，调试远程的用户的设备上的应用。这时会遇到的一个问题是如何让本机的 Visual Studio 可以连接上远程的用户的设备，从而进行调试。本文将告诉大家如何采用 FastTunnel 工具，让本机的 Visual Studio 和远程的用户的设备建立调试联系，搭建远程调试环境，从而支持远程调试
Devtools-Remote-Debugger 正如其名，是一个基于最新版 Chrome Devtools 开发者工具构建的 Web 远程调试工具。它能够让 Web 开发者使用最熟悉的 devtools 调试工具来远程调试 Web 项目。
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos 本篇概览 本文是《Java扩展Nginx》系列的第四篇，一起来体验个实用的功能，此能力定会让爱学习的您大呼过瘾，它就是广大java程序员在日常开发和定位问题过程中常用的神技：远程调试； 看变量、看堆栈，不论阅读代码还是定位问题，打断点都是我们最值得信赖的手段，当您的代码运行在nginx-clojure模块中的时候，如果能像tomcat那样远程打断点，单步调试，会
JDK12下载地址：https://www.oracle.com/technetwork/java/javase/downloads/index.html，在该地址中选择对应的JDK版本和环境安装包下载安装即可。
可以通过将msvsmon.exe复制到远程计算机，也可以通过安装远程工具来运行远程调试器（安装远程工具完成以后就和复制粘贴文件打开msvsmon.exe是一样的，多一个配置页面，这里主要演示复制粘贴）：
传统桌面客户端的远程调试相比UWP，ASP等项目来说，配置比较麻烦，因为它是非部署的应用程序，原理是复制编译的文件到远程计算机，通过网络来连接和VS的通信,本文主要讲述WPF,WinForm应用程序的远程调试。
看来远程调试是一大痛点。介绍了一个基于 Chrome Devtools 的远程调试工具，可以让前端开发者更好地调试远程 web 页面。今日文章由腾讯前端工程师 @Linkpan 分享。
很多人习惯在 Chrome 的调试窗口中调试 Vue 代码， 或者直接使用 console.log 来观察变量值， 这是非常痛苦的一件事，需要同时打开至少 3 个窗体。个人还是更加习惯于断点调试。这篇文章将介绍如何配置 Visual Studio Code 和 Chrome 来完成直接在 VS Code 断点调试代码, 并且在VS Code的调试窗口看到Chrome中console相同的值。
内容来源：作者，深予之 (@senntyou)，https://github.com/senntyou/blogs；来自，https://segmentfault.com/a/1190000016852780
远程调试是一项重要的技术，特别是对于使用IDEA开发的开发者来说。在本篇技术博客中，我们将探讨如何使用IDEA进行远程调试。
万字长文带你掌握 IDEA 2024 的30个Debug调试绝技，让你开发与修复 Bug 的效率提升亿倍
一般开发项目时可以直接本地借助IDE工具进行debug调试，但对于线上的项目，则需要借助Java提供的远程debug功能来进行调试。可以在启动项目前通过配置对应的JVM参数来启用远程debug，也可以把参数添加到Tomcat或者Jetty之类的启动脚本里。
远程调试，特别是当你在本地开发的时候，你需要调试服务器上的程序时，远程调试就显得非常有用。
一般电视盒子是不具备 USB 线调试功能 , 多数只能使用 adb 远程调试 , 国内的电视盒子提供一个 USB 的接口可以插 U 盘 ;
vs中选择附加调试，vs低版本的远程调试需要本机和远端的用户名和密码完全相同，vs2019试了下，没有这个问题了
PS：最后想到了什么老铁，可以查看远端的代码是不是就可以获取到借鉴他的代码了。其实微信早就想到了，不是所有的都可以的。远端调试必须知道他的APPID的，不是说直接看就可以了。
在野的Powershell恶意脚本总是经过多重混淆、加密，直接静态分析难以得知脚本具体有什么恶意行为，所以需要对其进行动态调试。目前最常用的Powershell调试器是ISE，但ISE没有较友好的调试窗口，使得调试脚本时效率低下，下面，将介绍使用VSCode实现远程调试Powershell脚本，帮助你提升解密分析Powershell恶意脚本的效率。
idea 远程调试 背景 在编写代码时, 总会遇到这样或者那样的bug. 这有些bug 特别是业务逻辑的bug . 在生产或测试环境好复现而在开发环境不好复现. 现在提供的一种思路, 就是远程调试: 我们可以在本地直接调试生产环境或者测试环境的代码. 只需我们本地代码和远程部署的代码一致. 远程主机就会通过socket 将程序执行情况同步到本地 操作 下面以idea 为例 注意事项 如果服务器配置了 iptables/防火墙 , 需要放开对应的端口 如果使用的是云服务器, 则也需要放开对应sock
参考：https://cloud.tencent.com/developer/article/1497529
当把一个本地项目部署到远程服务器后有可能出现意想不到错误，这个时候通过远程调试能够更清楚的找到bug所在位置。
在Ubuntu主机端使用gdb-multiarch实现远程调试之后，接下来使用说明在Eclipse中实现远程调试的方法。
摘要：在linux上用vim写C++的时候，通常用gdb进行调试，不能随心所欲的看代码和跳转代码以及加watch（也有可能是因为我还没有get正确的使用方法）。为此我发现Clion可以做到自动同步本场代码或自己下载远程代码同步到本地，以及调试在远程机器上运行的代码，为此记录下来。
在本地和远程服务器上，创建一个简单的Go程序作为我们的示例代码。文件名为main.go，定义一个变量i和doSomething方法的参数n足够我们观察变量：
1. 配置IDEA远程调试 菜单Run - Edit Configurations… 增加远程配置 填写远程服务IP，调试端口，选择待调试的模块路径 复制用于remote JVM的命令行参数
最近在Linux上调程序，但是gdb使用属于入门阶段，主要是没有图形化界面直观。在网上查找了有两个方案可选，一个是通过VisualStudio2019的远程调试功能，因为最近一7直在用VScode，所以没有试，之后有时间了可以试一下。另一个方案就是通过VScode的Remote Development插件（微软官方提供的）进行远程调试。本文介绍下这个方案。 虽然网上也有其他的文章进行介绍，但是都是写的成功的情况，没有写出来过程遇到的问题，而且有些地方不太清楚。所以我觉得自己写一个。另外请大家注意的是，这篇文档介绍的是远程调试，并不介绍远程编译，远程调试VScode也是支持的，但是我目前不需要，后续如果需要再做配置，而且我的项目需要使用cmake及make进行编译，并不是直接用g++编译，所以也没有开始配置。 VScode的远程调试是利用gdbserver的机制进行的。大体原理是通过在Windows上或者其他图形化系统上的VScode，使用Remote Development插件进行ssh连接到远程Linux上，然后通过gdbserver提供的连接进行远程调试。下面开始介绍具体配置方式。
1）操作系统为UBUNTU18.04，本实验在Esxi虚拟化平台上搭建服务器系统；
在Linux上通常使用gdb命令行调试，但该方式调试不太直观，且命令行长时间不用，容易忘记，不如GUI直观和容易上手，下面介绍基于GUI的方式调试Linux。
内容来源：作者 | Jartto，http://jartto.wang/2018/11/01/mobile-debug/
xdebug.profiler_output_dir="D:\phpStudy\tmp\xdebug" xdebug.trace_output_dir="D:\phpStudy\tmp\xdebug" zend_extension="D:\iphpStudy\php\php-5.6.27-nts\ext\php_xdebug.dll"
Xdebug是一款php调试插件，支持在Windows或Linux上进行远程调试。在php文件运行时，通过TCP协议发送调试信息到远程端口，IDE在收到调试信息时，可以向Xdebug发送单步运行，中止运行，运行等命令。此插件还可以进行代码覆盖率的统计，有兴趣的小伙伴可以一起交流。
所谓远程调试，是指在本地IDE或命令行即时调试服务端代码，这在预发环境的测试阶段可以使用。远程调试避免了服务端环境的模拟，可快速定位bug。
参考 【Android 逆向】Android 进程注入工具开发 ( 注入代码分析 | 获取 linker 中的 dlopen 函数地址 并 通过 远程调用 执行该函数 ) 博客 , 调用 dlclose 函数 ;
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
