之前asp.net web项目在部署IIS站点的时候可以直接选择项目目录,不用发布,然后附加进程的时候,找到w3wp.exe开头的进程,再根据用户名找到要附加的进程,就可以附加进程调试了.但asp.net core web项目要发布后,才能部署到IIS上,然后就不知道怎么附加进程了.网上看了好多方法,终于解决了. 发布之后,部署到IIS了,就会有个dotnet开头的进程,根据用户名找到要附加的进程,然后就和以前的操作一样了.

在将项目升级到 asp.net core 2.2 后,很少使用 IIS Express 运行项目了,基本都是控制台运行或者写个脚本批量启动要运行的接口(多个输出项目),一直以为是我机器的 bug 关于 vs 的 asp.net core 进程调试的这个问题困扰了我好一段时间未曾解决,得空整理记录一下. 问题描述 一顿操作猛如虎运行 dotnet run 很多个应用程序(前后端分离,多个项目运行的场景) 然后打开项目选择[调试-附加到进程](.net framework 要附加到 w3wp.exe

第一种:VS调试 vs打开项目,F5启动调试 第二种:附加到w3wp.exe进程调试 一.安装NET Core Windows Server Hosting软件包 安装 .NET Core 托管捆绑包,地址https://docs.microsoft.com/zh-cn/aspnet/core/host-and-deploy/iis/?view=aspnetcore-2.2 二.发布到iis hosts文件配置 右键项目属性,找到调试,启动选择IIS, URL输入我们配置的域名,托管模型选择进程

在Visual Studio 2017中可以通过符号以及源链接,非常方便对 ASP.NET Core 2.0中源代码进行调试.在这篇文章中,我们将重点介绍如何使用源链接对ASP.NET Core源进行调试. 什么是源链接? 和我一样,您可能已经注意到在编译代码时,会创建的PDB文件.这些文件保存了符号信息,这些信息可以选择用于支持对外部源代码的调试.某些类型的符号文件可能包含一些源代码或源代码的映射. 很长一段时间以前,Microsoft已经托管了符号服务器,它们保存Microsoft产品(如.

最近在做的一个项目中,发现网页端同时发起了4个AJAX请求需要数秒才获取到响应,太慢了,当我把请求数降低为1个的时候,速度看起来就比较正常,增加到2个同时的请求后,速度就有些慢了,3个的话就明显慢了,4个更慢,如下图: 而这几个请求获取的数据量都是非常少的,且服务器端也没什么重量级的操作,这太奇怪了. 我到处寻找解决方案,未果,仔细查看output窗口中日志,也没发现警告或者错误之类的提示.但后来我仔细看了output日志之后,发现了一个问题,那就是output窗口日志输出太多,且输出速度较慢,

ASP.NET Core 2.0 源代码 在Visual Studio 2017中可以通过符号以及源链接,非常方便对 ASP.NET Core 2.0中源代码进行调试.在这篇文章中,我们将重点介绍如何使用源链接对ASP.NET Core源进行调试. 什么是源链接? 和我一样,您可能已经注意到在编译代码时,会创建的PDB文件.这些文件保存了符号信息,这些信息可以选择用于支持对外部源代码的调试.某些类型的符号文件可能包含一些源代码或源代码的映射. 很长一段时间以前,Microsoft已经托管了符号服

本文是一个非常简单的博客,让大家知道如何使用 asp dot net core 做后台,使用 UWP 或 WPF 等做前台. 本文因为没有什么业务,也不想做管理系统,所以看到起来是很简单. VisualStudio 建议去官网下载最新的在线安装,然后安装,安装的时候需要选择通用平台开发.桌面开发.跨平台开发.如果你安装的不是中文版,请看下面图片找到差不多的位置,或者全部打勾. 点击安装,可以去睡觉,明天再看我的博客.因为 VisualStudio 的安装是很慢的,如果发现因为自己的网站无法访问,

在.NET Framework环境下,我们经常会这么做 把一个web项目不经过发布直接部署到IIS里去,配置上主机名,修改一下hosts文件,就可以用自定义的域名来访问我们的应用程序,使用附加到进程(w3wp.exe)来调试我们的程序,我想大多数.NET程序员也是这么做的.那么在.NET Core环境下还可以这么做吗?答案是可以的. 创建一个ASP.NET Core 2.0的web项目,在项目上右键选择"属性",选择"调试"选项卡 事实上我们也可以直接手动修改lau

在.NET Framework环境下,我们经常会这么做 把一个web项目不经过发布直接部署到IIS里去,配置上主机名,修改一下hosts文件,就可以用自定义的域名来访问我们的应用程序,使用附加到进程(w3wp.exe)来调试我们的程序,我想大多数.NET程序员也是这么做的.那么在.NET Core环境下还可以这么做吗?答案是可以的. 创建一个ASP.NET Core 2.0的web项目,在项目上右键选择“属性”,选择“调试”选项卡 事实上我们也可以直接手动修改launchSettings.jso

想必大家之前在进行ASP.NET Web 应用程序开发期间都有用到过将我们的网站部署到IIS自定义主机域名并附加到进程进行调试. 那我们的ASP.NET Core Web 应用程序又是如何部署到我们的IIS上面进行调试的呢,接下来我们来简单介绍下: 一.安装IIS所需的Host扩展(Windows Server Hosting) 下载地址:https://dotnet.microsoft.com/download/dotnet-core/2.2 或者从百度网盘获取: 链接:https://pan

IIS调试ASP.NET Core项目 新建一个ASP.NET Core Web项目,选择API模板或随便一个模板都行 新建一个名为localhost的发布(没试过远程主机,或许也可以),主要设置如下: 连接页 ​ 发布方法:Web部署 ​ 服务器:localhost ​ 站点名称:Default Web Site/{任意合法名称} 设置页 ​ 配置:Debug ​ 目标框架:与项目所用框架一致 (当前选的netcoreapp2.2) ​ 部署模式:框架依赖 ​ 目标运行时:可移植 执行发布,会

C# -- HttpWebRequest 和 HttpWebResponse 的使用 C# -- HttpWebRequest 和 HttpWebResponse 的使用 结合使用HttpWebRequest 和 HttpWebResponse,来判断一个网页地址是否可以正常访问. 1.举例 class Program { static void Main(string[] args) { string strUrl = "https://www.baidu.com"; HttpWeb

前言 .net core的诞生就是为了解决跨平台的事情的,所以.net core app运行在linux.macOS.docker上也不是什么新鲜事了. 相信已经有不少.net core的项目已经部署在docker或者linux的环境下.但是一般的开发人员的开发环境不会是Ubuntu.redhat什么的,既然开发环境和部署环境的区别比较大,我们总希望在开发调试的时候,能更加贴近实际的部署环境.所以今天这篇文章说一下如何调试部署在docker的asp.net core app. 如果大家有安装VS

本文主要介绍通过Visual Studio 2015 Tools for Docker – Preview插件,在Docker容器环境下,对ASP.NET Core Web API应用程序进行调试.在自己做实验的过程中也碰到了一些问题,经过一些测试和搜索资料,基本解决了这些问题,本文也会对这些问题进行介绍,以免有相同需求的朋友多走弯路. 插件的下载与安装 至撰写本文为止,Visual Studio 2015 Tools for Docker插件还是处于Preview的版本(版本号:0.31.0)

使用VS Code开发调试ASP.NET Core 1.0,微软在今天凌晨发布了.NET Core 1.0,ASP.NET Core 1.0 与 Entity Framewok 1.0. 之前跟大家讲解过VS Code开发调试.NET Core RC2应用程序.今天讲一下VS Code开发 ASP.NET Core. 环境安装 .NET Core SDK Installer: win x64: https://download.microsoft.com/download/A/3/8/A3848

VS Code开发调试ASP.NET Core 1.0 使用VS Code开发调试ASP.NET Core 1.0,微软在今天凌晨发布了.NET Core 1.0,ASP.NET Core 1.0 与 Entity Framewok 1.0. 之前跟大家讲解过VS Code开发调试.NET Core RC2应用程序.今天讲一下VS Code开发 ASP.NET Core. 环境安装 .NET Core SDK Installer: win x64: https://download.micros

因为各种原因,需要查看asp.net core mvc的源代码来理解运行机制等等,虽说源代码查看已经能很好的理解了.但是能够直接调试还是最直观的.所有就有了本次尝试. 因调试设置源代码调试太辍笔,所以不用这个方法,转而使用编译源代码的方式,当然也能在源代码里面加点log能更好的理解和调试 源代码准备及调试程序准备 1.从https://github.com/aspnet上clone下来mvc及相关项目的源代码,准备稍后的编译. 2.新建一个asp.net core mvc 项目,写上一些基本代码

关于ASP.NET Core远程调试的具体做法可参考微软文档——Remote Debug ASP.NET Core on a Remote IIS Computer in Visual Studio 2017,详细做法不再赘述,这里主要记录下自己的感受. 体验Web Deploy这种发布方式可直接将代码打包发到指定服务器的指定站点下,十分方便. 远程调试注意事项若要使用远程调试功能,需同时满足以下亮点: 必须以Debug方式发布代码到服务器上 本地项目文件夹中的文件必须和服务器上的文件一致(主要

背景 当我们在学习ASP.NET Core或者调试ASP.NET Core程序的时候,有时候需要调试底层代码,但是当我们在Visual Studio中调试程序的时候,由于一些基础库或者第三方库缺少pdb文件,所以调试这些库的代码的时候,会出现断点不能进去的情况. 例如,在如下代码中,我们希望调试一下View()方法,看看其中的内部实现 但是当我们点击F11之后,程序会直接跳到下一步 Source Link SourceLink是一组用于描述可嵌入到符号.二进制文件和包中的源代码控制元数据的包和规

在ASP.NET 4.x中(包括ASP.NET MVC 5),可以通过附加数据库文件的方式,将数据库保存在项目的文件中.这种方式对于不同时段需要更换计算机(白天办公室,晚上家里)开发时带来好处. 而.NET Core版本(包括 ASP.NET Core MVC )数据库是默认保存在c:/users/{username}中. 一.对于ASP.NET 4.x,本来项目文件默认存在着App_Data的系统文件夹,用来存放数据库文件. 数据库连接字符串中的|DataDirectory| 表示了App_D