安装 1.下载工具windbg 地址:https://www.microsoft.com/zh-cn/p/windbg-preview/9pgjgd53tn86?SilentAuth=1&rtc=1&activetab=pivot:overviewtab 2.Dump文件:任务管理:选择w3wp.exe:右键:创建转储文件 WinDbg加载分析步骤 1.打开Dump文件找到上个步骤生成的dmp文件,点击打开,并等待加载完成(即命令行没有显示BUSY字样) 2.打开文件后,进行环境初始化,先

1. dotnet core 2.1 的下载地址 https://dotnet.microsoft.com/download/dotnet-core/2.1 2. dotnet core 2.2 的下载地址 https://dotnet.microsoft.com/download/dotnet-core/2.2 3. dotnet core3.0 的下载地址 https://dotnet.microsoft.com/download/dotnet-core/3.0 截止2019.2.19 时的

设置添加系统环境变量_NT_SYMBOL_PATH 的值为:srv*c:\symbols*http://msdl.microsoft.com/download/symbols 这样启动WinDbg的时候它会自动查找这个变量,然后去相应的url地址上下载对应系统的符号文件,最后下载的符号文件保存在C:/symbols路径下.这个路径会自己创建.当然,可以根据需求自己改路径

asp.net core的wwwroot文件夹下默认时保存静态文件的地方,外面可以直接访问,但是如果是一些无法识别的后缀文件,如(.apk),会报错404 如果想要实现下载这些文件,在配置静态文件中间件时做如下设置: app.UseStaticFiles(new StaticFileOptions() { ServeUnknownFileTypes = true, DefaultContentType = "application/x-msdownload" });

!dumpheap -stat //检查当前所有托管类型的统计信息 0:000> !dumpheap -stat //检查当前所有托管类型的统计信息 .... 00007ffdb9387a98 777101 69462436 System.Char[] 00007ffdb938c988 588917 115563505 System.Byte[] 00007ffdb9389220 1026406 119828936 System.Int32[] 00007ffdb93516a8 663559 1

在 StartUp 中的 Configure 方法添加如下代码即可 app.UseStaticFiles(new StaticFileOptions() { ContentTypeProvider = new FileExtensionContentTypeProvider() { Mappings = {[".exe"] = "application/octect-stream"} } }); 原因是默认没有 exe 的 content-type.

WinDbg配置和使用基础     WinDbg是微软发布的一款相当优秀的源码级(source-level)调试工具,可以用于Kernel模式调试和用户模式调试,还可以调试Dump文件. 1. WinDbg介绍:Debugging Tools and Symbols: Getting Startedhttp://www.microsoft.com/whdc/devtools/debugging/debugstart.mspxA word for WinDbghttp://mtaulty.com/

国内.net core镜像下载加速 比如对于mcr.microsoft.com/dotnet/core/aspnet:3.1,下载是走的azure全球cdn,国内访问很慢. 国内访问可以把mcr.microsoft.com改为mcr.azk8s.cn 如docker pull mcr.microsoft.com/dotnet/core/aspnet:3.1改为docker pull mcr.azk8s.cn/dotnet/core/aspnet:3.1速度就会快上很多 修改时区和安装libgdi

问题情形 当应用在Azure 应用服务App Service中运行时,有时候出现CPU,Memory很高,但是没有明显的5XX错误和异常日志,有时就是有异常但是也不能明确的指出具体的代码错误.当面临这样的情形是,有效的排查办法就是在问题重现的时候抓取DUMP文件,可以通过DUMP文件分析出是否有线程死锁,或查看时那些请求导致的死锁问题.也可以定位到相关的自定义代码类文件.非常助于下一步的查找问题. 抓取DUMP文件 1) 利用App Service自带Kudu的工具获取DUMP文件 登录进当前应

.NET官方博客宣布了<Announcing .NET Core RC2 and .NET Core SDK Preview 1>,正式如期发布了.NET Core RC2, 现在可以放心的基于.NET Core 构建 ASP.NET Core, console apps 和 class libraries for Windows, OS X and Linux.这里贴张图表达下他们之间的关系: 一.正式发布版官网地址: http://dot.net 或者 https://www.micros

笔者在<TeamCity : 配置 Build 过程>一文中提到 "TeamCity 内置支持几乎所有的 build 类型".在当今这个软件语言和各种框架飞速发展的时代,要想支持所有的 build 类型显然是不可能的.比如 TeamCity 就没有内置对 .NET Core build 类型的支持,所以我们在<TeamCity : 配置第一个工程>一文中使用了 Command Line 类型(command line 类型可以搞定一切!),然后在脚本里手动调用了

基础环境和相关软件准备 1.CentOS7.1 64位系统(或者其他CentOS版本的64位系统) 2.WinSCP软件(主要是方便管理和编辑Linux系统的文件) 3.XShell软件(Windows环境下的Linux终端) 4..NetCore安装参考网址,https://www.microsoft.com/net/core#centos 5..NetCore下载地址,https://www.microsoft.com/net/download#core 6.快速入门实例,https://d

标签: .NETCore 翻译 承接张善友大大的.NET Core全新路线图,翻译了原文,水平有限,尽量一观. 原文地址<.NET Core Roadmap>,原作者Scott Hunter. 1. .NET Core 新路线 自我们发布.NET Core/Asp.NET Core 1.0以来,已经过去了两个星期.开发小组已经用这两个星期做好了调整,所以是时候为接下来的开发计划开始做些准备了.我们已经看到了大量关于.NET Core的下载,同时也收到了很多显著和有效的反馈,我们欢迎所有开发者继

随着.net core rc2(1.0.0.002702)发布的同时,我们也来在本地 win10与ubuntu玩一下吧. 先简单说下.net core ,在.net core rc1中用的是dnx 工具链可参考http://www.cnblogs.com/shanyou/p/4589930.html, .net core rc2中完全用dotnet工具链代替,具体说明见 dotnet new:初始化一个控制台C#项目 dotnet restore:恢复项目的依赖包 dotnet build:构建

1.安装 VS2015 Update3.如果已经安装了VS2015,但不是Update3版本,请在VS的工具 --> 扩展与更新 中执行update3的升级(大约需要2小时). 2..net Core的安装分为两部分:SDK和Tools,SDK是运行时,Tools是VS中的开发工具..从浏览器打开.net Core安装包地址:https://www.microsoft.com/net/download/core ,下载安装. 3.安装顺序为SDK.Tools 4.(非必须)如果服务端程序需要运行

文章背景:对于.NET Core大家应该并不陌生, 从它被 宣布 到现在已经有1-2年的时间了,其比较重要的一个版本1.0 RC2 也即将发布..Net Core从一个一个的测试版到现在的RC2,经历了很多个大大小小的变化.特别是在RC1到RC2的更新之中,.NET Core命令行工具(dotnet cli)从 dnx 变为 dotnet,并且废除了 DNVM 和 DNU,使得 .NET Core 的开发变得更为简单,其相关工具链也基本成型.虽然网上关于.NET Core的示例项目不在少数,而且

一.WinDbg是什么?它能做什么? WinDbg是在windows平台下,强大的用户态和内核态调试工具.它能够通过dmp文件轻松的定位到问题根源,可用于分析蓝屏.程序崩溃(IE崩溃)原因,是我们日常工作中必不可少的一个有力工具,学会使用它,将有效提升我们的问题解决效率和准确率. 二.WinDbg下载: http://www.windbg.org/ 三.设置符号表: 符号表是WinDbg关键的"数据库",如果没有它,WinDbg基本上就是个废物,无法分析出更多问题原因.所以使用WinD

windbg简介 Windbg是在windows平台下,强大的用户态和内核态调试工具.相比较于Visual Studio,它是一个轻量级的调试工具,所谓轻量级指的是它的安装文件大小较小,但是其调试功能,却比VS更为强大.它的另外一个用途是可以用来分析dump数据.哈哈,这是我们最需要的,可以用来分析并发测试场景或生产环境的性能及稳定性问题.它能够通过dump文件轻松的定位到问题根源,学会使用它,将有效提升我们的问题解决能力和效率. windbg版本和符合表 不同版本的程序需要对应版本的抓取工具及

.NET Core 和ASP.NET Core 已经可以调用WCF 服务. 环境要求: VS2015 Update 2 +VS2015 Tooling + .NET Core SDK 下载地址: https://www.microsoft.com/net/core 已经安装可以忽略. 安装扩展 打开VS2015 在 工具->扩展和更新 联机中搜索 WCF Connected Service 然后下载安装.安装完成后重启VS2015. 创建WCF服务 新建一个wcf 服务,里面添加一些方法. IN

.NET Core 单元测试 MSTest ,MSTest Framework 已经支持 .NET Core RC2 / ASP.NET Core RC2. 之前都是使用 xUnit.net ,现在 MSTest 支持 .NET Core了. 环境要求: VS2015 Update 2 +VS2015 Tooling + .NET Core SDK 下载地址: https://www.microsoft.com/net/core 已经安装可以忽略. 下面我们来创建单元测试.目前还没有对应模板,需