转:远程调试应用场景

部署环境:ASP.NET(C#)+IIS+Win7 64 bit

很多公司的开发模式都是将开发机器和服务器分开,也就是开发一台机,服务器一台机。而测试人员会在服务器上录入测试数据,此时报错了【由于开发程序时忽略了数据类型或者数据是否合法导致的】,如果是简单的错误那还好办,看下代码直接消灭。要是生命力比较顽强的bug,那么就需要调试了。

此时开发人员会产生几种设想:

1、赶紧把服务器的环境部署到本地,然后把生成的dll扔进去进行调试。这时会出现几种结果,如果顺利的话,通过了调试解决了bug,如果不顺利的话,就会延长bug的解决时间。不顺利的情况可能会有:对程序的配置不熟悉,本地可能在注册表缺少了对那个插件的注册,目录可能存在中文……种种的,种种的问题。

2、在服务器上装上一个Visual Studio 2008/2010/2012[后面简称vs工具],然后把程序文件拷过去,然后将生成的文件dll附加到iis进程而进行调试,哈哈,顺利解决了bug,但是一看钟表半天过去了。而且服务器多了很多文件,仅仅是为了你调试这个程序的文件。如果是管理不是很严谨的公司那还说的过去,要不然少不了要被喷一顿。

好吧,不说口水话了,进入正题。

远程调试方法

第一步:将vs工具里的Remote Debugger文件夹拷贝到目标机器。大致的目录应该是:D:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger,或者从开始菜单那里可以找到它的快捷方式,如下图:

第二步:在服务器上打开Remote Debugger文件夹,如果是32位的就运行X86里面的msvsmon.exe,如果是64位的就运行X64里面的msvsmon.exe。关于32位和64位这里要注意一下,以你的IIS应用程序池为主,在应用程序池那里右键,点击高级设置,可出现以下窗体。如果启用32位应用程序设置为true的话,那么就需要运行X86里面的msvsmon.exe。

运行后会出现以下界面

第三步【最关键一步】:将你本地的账号密码设置成跟服务器一样,因为远程调试也是需要用户凭证的。账号和密码都要一致哦!!!

第四步:用vs工具打开你的程序源码,用快捷键ctrl + alt + p 打开附加进程窗体,如下图

传输:默认

限定符:默认是本机的机器名称,设置为你的服务器IP(如:192.168.1.250)

设置好按回车就可以看到250这台机子的进程,然后找到w3wp.exe这个进程,点击附加。【如果没有看到w3wp.exe,可以把下面显示所有用户的进程勾上】

接下来就尽情享受代码的调试把。

关于调试那点技术

比较一下下面两种调试的方法,看谁犯过第一种,反正我犯过。^_^

1、为了调试某个dll而直接在Web程序里直接按F5进行调试,如果是小项目小网站的话,那没问题。如果是一个几十M甚至几百M的网站那么问题就来了。这样子的调试非常的慢,而且每次都需要重新生成整个网站的dll,那速度,是可忍孰不可忍。

2、将你需要调试的dll重新生成一下,把dll和pdb文件拷到已发布好的网站bin目录底下,然后ctrl + alt + p附加到IIS进程w3wp.exe,然后就可以调试你的dll了。这样即快又方便,做个开心的程序员吧。

原文:http://www.cnblogs.com/magicchaiy/archive/2013/05/28/vs%E8%BF%9C%E7%A8%8B%E8%B0%83%E8%AF%95%E6%8A%80%E5%B7%A7.html

时间: 2024-10-29 19:29:55

转:远程调试应用场景的相关文章

vs远程调试 转http://www.cnblogs.com/magicchaiy/archive/2013/05/28/3088274.html

远程调试应用场景 部署环境:ASP.NET(C#)+IIS+Win7 64 bit 很多公司的开发模式都是将开发机器和服务器分开,也就是开发一台机,服务器一台机.而测试人员会在服务器上录入测试数据,此时报错了[由于开发程序时忽略了数据类型或者数据是否合法导致的],如果是简单的错误那还好办,看下代码直接消灭.要是生命力比较顽强的bug,那么就需要调试了. 此时开发人员会产生几种设想: 1.赶紧把服务器的环境部署到本地,然后把生成的dll扔进去进行调试.这时会出现几种结果,如果顺利的话,通过了调试解

Linux下Debug模式启动Tomcat进行远程调试

J2EE开发各类资源下载清单,  史上最全IT资源,点击进入! 一.      应用场景 在实际的测试过程中,可能会遇到由于程序执行的不间断性,我们无法构造测试场景来验证某个功能的正确性,只有通过代码级的调试才能验证功能是否正确.然而开发本地调试的话,不具有说服力,这时我们测试人员必须连接到linux下的基线版本代码进行远程调试 二.调试步骤 1.部署服务工程到Linux系统下的Tomcat中,本文档重点是远程调式,为了防止文档篇幅累赘,这里就不介绍部署工程了. 2.更改tomcat远程调试端口

使用Eclipse远程调试及原理

今天定位Linux Server端的Java应用程序的问题,使用了 Eclipse 远程调试 Java 应用程序,这恐怕是定位Server端最常见也是最根本的方法,居然至少有两位有好几年开发经验的同事都不知道这个方法,我也感觉十分诧异. 本文在介绍使用Eclipse远程调试Java应用程序之外,着重解析了远程调试的原理. JVM原理 众所周知,Java由于引入了虚拟机JVM,拥有了很好的跨平台和安全性,.java文件由Javac编译成.class文件也叫字节码文件,字节码文件由JVM执行,并由翻

VS2010远程调试C#程序

场景: 客户的计算机运行程序出现异常,由于办公场所不在一起,无法直接在客户的机器上调试.此时希望可以直接在开发人员的计算机(本地机器)上远程调试客户机上的软件. 假设: 本地机器的系统账户为 GIS,密码为 111 客户机器的计算机名为 Client 要调试的程序名称为 test.exe 解决方法: 1.客户机器配置 新建与本地机器一致的系统账户 要保证账户和密码一致 在控制面板 -> 用户账户 -> 添加GIS账户,并设置密码为111 切换到GIS账户中 开启远程服务 控制面板 ->

VS2015 远程调试:Remote Debugger

一.关于Remote Debugger 使用VS远程调试器Remote Debugger,我们可以调试部署在不同机器上的应用程序,如桌面应用程序和Asp.Net应用程序. 二.Remote Debugger 的获取 获取方式有两种,我们经常使用的是从开发人员的机器中VS 2015的安装目录下,e.g : C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger,将Remote Debugger文

idea14远程调试tomcat项目

场景如下:本地开发好代码之后,到qa那边提测,qa把同一份代码部署到自己的linux测试机. 远程调试的步骤如下: 1. 首先在IDEA中打开项目代码,并保证远程调试机器,也是同一份代码. 2. 因为我们用的是Tomcat,所以在IDEA中点击右上角那个"Edit Configurations"按钮,然后在弹出的界面中点击左上角的加号,选择tomcat server->remote 3. 在弹出的的界面中填写服务器的ip和工程的端口. 4. 然后点击那个弹出框的Starup/Co

VS远程调试与附加调试

使用场景 假如你要开发的程序需要运行在独特的硬件上,比如:服务器,然而这个"独特的硬件"却不能给你装VS,这时候远程调试就登场了. 测试工具/环境一览 Key Value VS版本 VS2017 被调试程序net框架版本 4.0 目标设备系统 Win7 32位 目标设备IP 168.5.16.42 我自己的ip 192.168.11.106 如果远程机器没密码,需要配置这个 测试代码 static void Main(string[] args) { Console.WriteLine

vs 远程调试

1.使用场景在开发过程中,有时会遇到不同环境下程序运行出现异常情况(比如用户电脑),需要调试定位,但用户却没法像我们自己电脑一样安装相关的开发环境,这时远程调试就派上用场了.2.远程调试配置[1].拷贝打包本机的远程调试监控程序msvsmon.exe[一般有x86和x64对应版本,以x86为例]位置:C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\Remote Debugger\x86将目录打包发送给客户[2].在客

Tomcat配置远程调试端口(windows、Linux)

当我们需要定位生产环境问题,而日志又不清晰的情况下,我们可以借助Tomcat提供的远程调试,设置如下: // Linxu系统: apach/bin/startup.sh开始处中增加如下内容: declare -x CATALINA_OPTS="-server -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8081" // Windows系统: