V君的博客

使用TcpView和ProcMon高效地诊断应用程序故障

作者：V君 发布于：2015-8-17 13:28 Monday 分类：填坑经验

收到通知说咱们的软件在客户的电脑上不工作, 于是通过远程协助到客户的电脑上做诊断.

咱们的软件分为一个 Winform 配置界面和一个 Windows 服务.

 

情况是这样:

通过配置界面输入参数, 然后启动服务开始工作. 

然而似乎配置不生效 -- 使用TcpView看到服务连接目标是默认值而不是配置文件指定的

另外日志文件也一点都不产生.

 

诊断及修正:

打开ProcMon, 把服务进程名添加到筛选器, 开始观察.

找配置文件以及日志的路径监视结果, 发现拒绝访问.

嗯 马丹 去配置文件目录一看, 只有Administrator...  

修正权限让服务进程能访问文件. 

重新启动服务, 这下问题解决 -- 服务进程已经按照配置的参数连接到目标

日志文件也出来了.  乂目

 

总结:

我大 Sysinternals 棒棒哒!

(文中的两个软件都是这群人整出来的)

 

吐槽: 企鹅远程太难用了...

标签: 软件开发 调试技术 软件故障诊断 Sysinternals

评论(0) 引用(0) 浏览(2526)

巧用自定义协议之跨浏览器实现网页调用本地票据打印机

作者：V君 发布于：2015-8-11 0:25 Tuesday 分类：挖坑经验

TL;DR: 

1) 注册自定义协议

C#实现

2) 实现处理程序

系统会把整个URL当成参数传递到你的程序, 切掉协议头(xxxx://)就可以吃了

用参数调用票据打印机

3) 从网页调用这个协议

推荐使用js设置隐藏iframe的src指向协议连接

 

听我扯扯:

阅读全文>>

标签: 软件开发 C# 自定义URL协议 票据打印

评论(0) 引用(0) 浏览(3681)

使用Windbg分析转储来定位高CPU占用的C#代码

作者：V君 发布于：2015-8-6 14:51 Thursday 分类：填坑经验

今天运维告诉我服务器上出现使用大量 CPU 的进程.

要想定位/调优必须知道这些 CPU 处理量都用去做啥然后才能动刀子.

生产环境不能附加调试, 只能绕点弯路.

服务器是Win2003 x64

当时马上就想起 Procexp 能查看线程的 CPU 使用量, 运气好还能看到本地映像的调用堆栈.

不过这次运气并不太好, 调用堆栈只能看到 kernel32.dll , 之后啥都,看不到..

 

于是找找看有没有专门的 .net dump / 堆栈查看工具.

找到了Managed Stack Explorer/CLR Stack Explorer

前者只能查看32位进程, 放到服务器上运行啥也刷不出

后者在工作机上能刷出所有进程,还能标出是不是64位, 然而在服务器上也是啥都刷不出...

算了还是请出高大上的 WinDbg 吧. 让运维用 Procexp 做了个 mini Dump.

在用 WinDbg 打开 dmp 文件, 载入 sosex , 呃, 提示需要完整内存转储.

好吧于是做了个了个完整内存转储 -- 1G大的dmp文件..

 

输入 ~ 回车, 对应 Procexp 线程列表占用 CPU 高的 TID 对应这边十六进制ID

然后 ~*e!mk 回车 列出所有线程堆栈, 然后, Bingo! 

完整的堆栈信息弄到了, 足足61个堆栈帧, 详细的列出函数名称, 部分还提示了源代码行号.

这样就能够精确定位占用CPU高的功能代码块了! 乂目

 

Tips.

符号路径格式以及地址: srv*C:\SymbolCache*http://msdl.microsoft.com/download/symbols

加载sosex: >.load sosex

Windbg下载方法 sosex下载地址

标签: 软件开发 C# 调试技术 windbg

评论(0) 引用(0) 浏览(4757)

首次发布Aio1Ef - .NET程序打包压缩成单文件发布,支持非托管程序集[更新2]

作者：V君 发布于：2015-7-11 23:11 Saturday 分类：折腾手记

TL;DR：[ 本体 ] [ 源码 ]

有样学样递归简称 Aio1ef In Only 1 Exe File，使用方法:

• Aio1Ef.Packer <sourceDir> <mainAsm> <outputAsm>
  - 指定目录和主程序, 打包整个目录
  ▲ 目前并不会排除多余的vshost.exe和xml文档，建议用好成事件
• Aio1Ef.Packer <mainAsm> <outputAsm>
  - 指定1个源文件和目标文件名, 仅打包1个文件
• Aio1Ef.Packer <mainAsm>
  - 指定1个源文件 打包到自动命名目标：文件名.Aio1Ef.扩展名

打包实现原理及流程：

1. 基于指定的文件创建带有路径/大小的文件信息列表
2. 按列表顺序固实压缩文件内容
3. 用文件信息列表内容自动编写加载器配置代码
4. 动态编译输出, 追加压缩数据到输出文件末尾
5. 关闭输出文件, 结束.

运行时解包加载实现流程：

1. 以只读方式打开自身, 按压缩后数据大小, 从末端seek回来并读取到内存
2. 使用自身最后修改时间+主程序名+未解压的数据哈希值生成临时文件夹名称
3. 如果文件夹已存在则直接使用, 否创建对应路径并解压到里面
4. 设置启动环境(添加path环境变量,设置当前目录,SetDllDirectory) 加载调用主程序

需要注意的地方：

• 确保项目生成目标平台（x86、x64）与 Aio1ef 的匹配
• 必须对 WinForms 应用程序的初始化做辨别：
  Application.SetCompatibleTextRenderingDefault(false);
  这一句需要检测 NativeWindow 的 AnyHandleCreated 私有属性为 Flase 时才执行
  否则重复调会用引发异常导致程序无法启动，参见这行源代码示例
• 由于是在临时文件夹加载(并非直接运行)主程序, 文件目录需要谨慎处理
  相对路径(当前路径)是临时目录想在exe旁边操作文件
  必须在路径前面加上应用域基础路径
• 对于DllImport有文件夹,例如 dlls/fmod.dll 这种方式将会找不到文件, 尚无解
• 不支持 .exe.config 配置文件

尚未实现:
将程序集Attributes添加到输出文件

■更新
将主程序图标应用至输出文件
生成输出文件将会带上主程序集特性:

AssemblyTitle,AssemblyDescription,AssemblyConfiguration,
AssemblyCompany,AssemblyProduct,AssemblyCopyright,
AssemblyTrademark,AssemblyCulture,ComVisible,Guid,
AssemblyVersion,AssemblyFileVersion,AssemblyInformationalVersion
 

■更新2
按检测到的应用程序类型(控制台/窗体)添加[System.STAThread]在入口点
解决弹出打开对话框卡死的问题, 目前并不会自动检测
对于有此特性的控制台应用程序还是不会自动添加

■算法配置
压缩算法 LZMA 直接使用SevenZipSharp.dll托管代码
哈希算法 MurMurHash3 [已失效]https://code.google.com/p/smhasher/wiki/MurmurHash3

标签: 软件开发 C# 程序打包

评论(0) 引用(0) 浏览(2193)

被IE擅自缓存AJAX GET请求绊了一跤

作者：V君 发布于：2015-5-12 10:31 Tuesday 分类：填坑经验

TL;DR: IE,GET请求就给我加上时间QueryString,要么用POST!!!

 

这些天在做报表, 由于数据量太大, 计算需要太长时间, 普通的ajax会超时.

于是在服务端开了个线程处理, 客户端轮询状态直到完成再按需呈现成网页表格或Excel导出.

 

调试的时候挺愉快的, 各种流程都按预期的一样, 那是因为用Chrome.

由于开发环境数据量太少, 跑起来没什么意思.

于是发布到测试环境, 那边数据比较多, 这时候问题来了, 客户端轮询进度一直没推进.

用IE内置的F12监视也没问题 -- 老老实实的请求和响应, 每次内容都一样... 

(如果用Fiddler的话 应该能马上察觉到吧..... 偷懒的后果, 自做自得....)

 

那时还以为是数据量太大或者线程挂掉了... 尝试各种途径去做调试...

因为觉得打日志是羞耻的, 更希望能远程调试或者附加调试.

服务器装的2003, 不支持我大锄头2013的远程调试器,

但是支持2010的调试器, 好吧, 为此装了个2010, 远程连接失败... 折腾数次仍未果, 放弃.

想起SharpDev这货能附加调试, 搞了个放到测试服务器 -- 列不出可附加的进程..

查了才知道这货只支持x86调试.... 又查了如何让IIS6程序池用32位... 未果.

(IIS6的x86模式只有总开关, 似乎还会影响iisapp命令...放弃折腾)

 

如今终于“放弃荣辱观” -- 做大量日志以监视服务器工作状态 -- 嗯?

线程有好好的启动和结束...

好吧, 可能是服务端多线程的volatile问题,于是给状态字段加了这个关键字,

问题当然依旧, 这时, 恼火了, 让测试人员使用Chrome看看

马丹! 果不其然 结果很正常的呈现了!

 

好吧 写在这里挂起来吧 _(:3」∠)_

标签: 软件开发 C# ASP.NET IE AJAX 多线程

评论(0) 引用(0) 浏览(2127)