V君的博客

WebActivatorEx重复执行?不!那是作为使用者的我们傻逼!!

作者：V君 发布于：2018-6-15 22:42 Friday 分类：挖坑经验

TL;DR:

如果在发布新版本后出现疑似WebActivatorEx启动入口被执行多次的情况

首先检查bin里面是否有上个版本残留的DLL，干掉它们就解决了，然后把锅甩给运维。

 

那么，开始我的故事。

～前奏～

由于首次在正式项目引入git源代码管理体系，仓库结构设计的相当散乱。

这不赶上重组git仓库，重新建立了解决方案，命名空间和项目名称也重新规划了。

～嘣咧挫～

好不容易发布一个新版本到测试环境，运行起来出现致命错误的黄页。

连最开始的初始化都没完成，错误处理也措手不及，好久不见的黄页就这样呈现出来。

～扯一扯～¶

由于不喜欢Log4Net这种只能用配置文件的充满Java味道的东西。

现在项目中的日志组件是由我自己实现的，有以下特性：

• 由写入时间决定文件名
• 6个级别，外加可选启用的虚拟级别“ALL”将其他级别内容凑一起输出
• 按指定大小分文件
• 多次启停可续写
• 自动删除指定天数的旧文件

写入方式是基于线程安全的FileStream共享只读打开，方便边写边看。

内容格式是三行一空行的条目：

• 第一行写时间、级别、线程信息（如果有写程序集，也能快速发现这次的问题。之后补上吧）
• 第二行写摘要，由开使用者定义的简短摘要
• 第三行写详情的JSON，有日志位置堆栈，可以加入任意对象作为附加信息

在日志组件初始化之后，我通常会打一句“Logger Init”在日志中体现应用程序启动。

我们有为此专门做了个小工具来分析日志，用上了Chris Nielsen的JSON可视化界面实现。

～诊断～

打住，话题收回来，黄页的错误信息是“文件被占用”，堆栈显示正在打“Logger Init”时…

一开始的时候很有自信，以为自己写的实现没问题，可能被文件共享出来占用了。

用Procexp查文件句柄,一个都没查出… 

但作为应用程序启动的体现“Logger Init”却被打进日志文件里…

老大的意思是想让我先把多节点负载均衡砍掉，以单节点跑起来，降低复杂度再诊断。

当时没辙只好听话照办喽，然并卯。

还是掏出诊断大杀器ProcMon看看“是谁动了我的奶酪”，看到结果时开始觉得自信不足了：

——真的是ASP.NET程序池进程访问的文件，而且是同一条原生线程访问了两次。

——第一次成功打开，第二次打开失败，最后还把文件关闭了——由CLR，程序都崩溃了嘛！

难道是自己的实现有问题，多线程竞态现象？

.NET的托管线程可能会复用原生线程，出现TID一样的情况也不能排除多线程。

在初始化的地方加了锁，然而问题依旧存在。其实并不是我的代码写的不严谨，这是后话。

咋办？

让文件打开的共享模式可读可写吧，想到了这样高风险的激进尝试。

然而——还是失败了，但仔细观察发现ProcMon监视条目详情有蹊跷：

第一次打开文件的共享模式是只读，第二次才是符合激进尝试的可读可写。

两次打开文件的原生堆栈有差异，很可惜看不到托管堆栈，如果能看到程序集就能解决问题了。

远程调试吧。没办法的办法了，在日志初始化的地方打个断点看看会不会两次命中。

调试结果令人十分失望，只命中了一次，打开失败的第二次。天知道第一次在哪儿打开？

这时猫同事建议我把“Logger Init”改一下，看看有没有打出来。这才恍然大悟。

我拒绝了建议，且断言上个版本残留程序集，去服务器bin看看，断言成立！

抓住运维的肩膀使劲晃，“你让我浪费了两天的时间排查”　乂目

～结语～

甩完锅之后还是要总结一下教训的，发布版本应该将之前的文件干掉，再把新的包部署上去。

标签: 软件开发 C# ASP.NET 软件故障诊断

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

通过NuGet.config改变packages目录位置

作者：V君 发布于：2018-4-12 15:45 Thursday 分类：挖坑经验

TL;DR: 在解决方案文件旁边创建一个 NuGet.config 文件,里面指定 repositoryPath .

参考: M$DN 爆赞 

不扯,继续搬砖 (´∀((☆ミつ

标签: 软件开发 VisualStudio

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

高德WEB地图的坑: 首个标注在创建后无法立即获取DOM

作者：V君 发布于：2018-3-27 12:10 Tuesday 分类：挖坑经验

TL;DR 

创建地图实例之后不管三七二十一先创建一个不可见的标注.

自从第二个标注开始你就能顺利在创建之后立即拿到DOM了.

 

不扯了, 已经被折磨到不要不要才摸清套路.

标签: 软件开发 javascript Web技术 GIS

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

ASP.NET WEB场:在使用StateServer站点集群节点之间共享会话

作者：V君 发布于：2018-3-22 17:31 Thursday 分类：挖坑经验

TL;DR

步骤1: 在每个节点部署的web.config里配置状态服务为StateServer,使用一致的主机和端口;

步骤2: 为每个节点IIS网站设置一致的ID.

扯一扯:

终于有机会接触ASP.NET的WEB负载均衡, 运维配置好测试环境之后开始捣腾.

按照公司沿袭下来的习惯,用的是歪门邪道的nginx反向代理实现请求分发.

说到会话,当然就是登录状态啦! 一上来就掉进坑里: 登录不了.

诊断下来发现, 原来死循环重定向了: 因为节点之间会话不通,

导致节点A处理完登录之后回到节点B处理的首页,节点B没有得到会话判定为未登录

接着又重定向到节点A处理的登录页面, 登录页面会把已登录的请求重定向回首页.

如此反复, 甚是尴尬.

经过一番咕狗,找到M$DN上的帮助文档(325056),开始按照文档操作(这里又一次自己跳坑里).

由于错误理解帮助文档中所指的路径,误以为是部署web站点的文件路径要求一致,

尝试了之后发现不行,又回来仔细读文档. 这才发现要一致的是网站ID.

0rz.

标签: 软件开发 ASP.NET 负载均衡

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

Winform小技巧:让窗体直接使用exe图标(PE资源),避免重复嵌入图标资源

作者：V君 发布于：2018-3-20 17:52 Tuesday 分类：挖坑经验

TL;DR

用CodeProject上的帖子的实现, 传入主程序路径, 检查图标个数, 将首个图标给需要的主窗体。这里有个例子把代码搬进去就能用

扯一扯：

有点.net开发经验的人都应该知道：Winform窗口图标和exe文件图标不是同一个东西。假如有需要使用同一个图标的情况, 那将会保存两份数据, 令有强迫症的人(比如我)抓狂。之前有折腾过Windows图标相关的操作, 这次也轻松提取主程序图标然后应用到主窗体上。

PS. 这种方式可以支持多尺寸图标, 简单调用系统API的ExtractIcon不支持。

偷偷更新一个极端案例，顺便吐槽一下 TalAloni 酱。因为 ta 给每个窗体都使用了重复的图标，导致最终文件体积骤增，若不把是 ilmerge 换成 ilrepack 之后成功打包，还没发现居然超过了 3MB！回来检查体积来源就发现了每个窗体的 resx 文件都有 500KB ，接着发现了重复的图标文件。

标签: 软件开发 C# Interop Winform

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