【C#】无损转换Image为Icon 【C#】组件发布：MessageTip，轻快型消息提示窗 【C#】给无窗口的进程发送消息 【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常：并非所有引用的特权或组都分配给呼叫方 【C#】DataRowState演变备忘

【C#】无损转换Image为Icon

如题，市面上常见的方法是：

var handle = bmp.GetHicon();    //得到图标句柄
return Icon.FromHandle(handle); //通过句柄得到图标

此法的问题是，如果图像是透明背景，那么得到的Icon的边缘就是毛糙的，像是先垫了一层背景色然后再去色的效果，很不如人意，用过的朋友都知道。尚未研究是bmp.GetHicon出的问题，还是Icon.FromHandle有问题，日后有闲心再捣鼓下。

下面给出完美转换方法：

/// <summary>
/// 转换Image为Icon
/// </summary>
/// <param name="image">要转换为图标的Image对象</param>
/// <param name="nullTonull">当image为null时是否返回null。false则抛空引用异常</param>
/// <exception cref="ArgumentNullException" />
public static Icon ConvertToIcon(Image image, bool nullTonull = false)
{
    if (image == null)
    {
        if (nullTonull) { return null; }
        throw new ArgumentNullException("image");
    }

    using (MemoryStream msImg = new MemoryStream()
                      , msIco = new MemoryStream())
    {
        image.Save(msImg, ImageFormat.Png);

        using (var bin = new BinaryWriter(msIco))
        {
            //写图标头部
            bin.Write((short)0);           //0-1保留
            bin.Write((short)1);           //2-3文件类型。1=图标, 2=光标
            bin.Write((short)1);           //4-5图像数量（图标可以包含多个图像）

            bin.Write((byte)image.Width);  //6图标宽度
            bin.Write((byte)image.Height); //7图标高度
            bin.Write((byte)0);            //8颜色数（若像素位深>=8，填0。这是显然的，达到8bpp的颜色数最少是256，byte不够表示）
            bin.Write((byte)0);            //9保留。必须为0
            bin.Write((short)0);           //10-11调色板
            bin.Write((short)32);          //12-13位深
            bin.Write((int)msImg.Length);  //14-17位图数据大小
            bin.Write(22);                 //18-21位图数据起始字节

            //写图像数据
            bin.Write(msImg.ToArray());

            bin.Flush();
            bin.Seek(0, SeekOrigin.Begin);
            return new Icon(msIco);
        }
    }
}

如码所示，方法的原理是：

1. 先将image编码为png
2. 再将png原样包装成一个icon

第1步虽然是重编码，但png是无损格式，图像质量不会有丝毫损失。然后在二进制层面原封不动的把转换得到的png塞入图标。所以整个方法担得起【无损】的说法，介意失真的朋友请放心使用。注意：方法中并未对原图size做检查、处理，所以请先确保原图的尺寸符合图标规格再传入；另外，不负责销毁原图，请调用者在外部负责。

下面是闲扯：

为了解决这个问题还真费了番功夫，stackoverflow、codeproject等神迹多现的地方逛了几圈都没找到如意的法子，思索一番后感觉可以从图标格式上尝试，然后在万能的msdn果然找到一篇讲icon格式的文档：https://msdn.microsoft.com/en-us/library/ms997538.aspx，还好不算很难理解，一番尝试之下，方法出炉。

【C#】组件发布：MessageTip，轻快型消息提示窗

-------------201610212046更新-------------

更新至2.0版，基本完全重写，重点：

• 改为基于原生LayeredWindow窗体和UpdateLayeredWindow API呈现动画，完全摒弃.net Form，这种消息框用前者再适合不过，后者对于这种场景过于臃肿了
• 更高更快更强，更酷更炫更拉轰
• 可自由定制若干消息窗样式。1.0版似乎只能换个图标而已

项目已更新至开源仓库，有需要请自取。看图：

-------------201608301610更新-------------

根据几位猿友在评论中反馈的问题和建议做了更新，主要内容：

• ShowXX的时候如果不指定point参数，则根据活动控件来确定显示位置，如果活动控件是文本输入类控件，则根据光标位置来确定
• 如果指定了point参数，则直接根据该point来确定
• 另外增加了一组ShowXX重载，接受Control和ToolStripItem（工具栏按钮等，下称item）对象，完了根据该对象来确定显示位置。这里要注意，item是无焦点的，所以在MessageTip中无法得知点击的是item，也就无法做到自动在item附近显示，所以这里有个最佳实践：就是如果想在item附近显示，那就需要使用上述重载，把item传进去；其余情况都可以让MessageTip自动判断显示位置
• 显示位置太靠屏幕顶部时，改在基准点下方显示，并且动画由上浮改为下降
• 多屏环境下的定位错误问题，目前是将消息框限定在基准点所在屏幕内显示
• 对于有位猿友提到的偶发异常，由于在我的环境始终无法重现，所以只能猜测是在Load事件和OnPaint中同时争用TipIcon所致，暂且给TipIcon的getter加独占特性，希望能解决

原文和网盘demo我就不更新了，项目已开源到如下几处，有兴趣的朋友请关注，欢迎fork/push/pull：

• https://github.com/ahdung/MessageTip【主要】
• https://coding.net/u/ahdung/p/MessageTip/git
• http://git.oschina.net/ahdung/MessageTip

-------------原文-------------

注：本组件适用于.net2.0+的winform项目

样子：

实际效果比这gif顺滑，建议下载文末的Tester体验

介绍：

如图所见，这种提示在网页、手机上用的较多，相比正经的消息框（如MessageBox），我认为好处有：

• 不需要用户对消息本身做出响应，点啥【确定】什么的
• 不阻塞、不干预用户的后续操作，就是单纯告诉你一声完事了
• 视觉上通过动画效果保证消息的送达性，弥补因无干预可能造成的“被无视”

这就是我所谓的【轻快型消息提示窗】，适用于：

• 能快速出结果的操作，比如在本地库跑个小语句啥的。如果是耗时操作，显然弄个进度提示更合适，比如这个
• 只需要反馈小量信息的情形，通常不应超过15字。如果需要反馈大量信息，可以尝试这个

特点：

• 在鼠标附近显示消息。所以不适合耗时任务，因为等任务执行完，鼠标都不知跑哪里去了
• 内置3种消息性质的图标，，亦可使用自定义图标（使用Show方法）
• 上浮动画效果可开闭（属性AllowFloating，影响后续弹出的消息窗）
• 可以只显示图标或文本，甚至图标文本全无也行~虽然这样没意思

用法：

//开闭上浮动画。默认开启
MessageTip.AllowFloating = true|false;

//默认停留时长（毫秒）。当ShowXXX中指定负值delay时，使用该值，默认500
MessageTip.DefaultDelay = int;

//文本（可为null或""，下同）、图标（为null时不显示图标）、停留时长（可选，下同，负值则使用DefaultDelay）
MessageTip.Show("阿斯蒂芬", image | null, [delay]);

//文本，内置的绿勾图标，停留时长
MessageTip.ShowOk("执行成功", [delay]);

//文本，内置的黄色感叹号图标，停留时长
MessageTip.ShowWarning("执行成功", [delay]);

//文本，内置的红叉图标，停留时长
MessageTip.ShowError("执行成功", [delay]);

背景：

这东西我很早就想写了，因为很多时候正儿八经的弹出个MessageBox会影响心情，本来就是告知一声的事情，非得要去点一下确定，烦人，但因为一直有各种破事，到今天才弄。一开始是用AnimateWindow这个win32 API实现（MSDN），但它没有上浮的效果，所以干脆自己实现，原理无非是步进修改窗体的透明度（Opacity）和位置（Location），只是采用了异步的手段。异步在两个地方有使用，一是改变Location，目的是不让它与透明度动画打架；二是Show窗体时也是异步，目的是从线程层面完全与主UI线程隔离，达到快速Show出多个消息的效果，如图：

不然就只能等一个消息完全消失完才能显示下一个，并且在主线程Show的话，有可能阻塞用户的其它操作。

最后，恳请指出问题，或告知已有的更好方案，感谢！

工程已放网盘，里面有个Tester供你体验，就是第一幅图那个。http://pan.baidu.com/s/1dEVjzMD

-文毕-

【C#】给无窗口的进程发送消息

注：本文适用.net2.0+的winform程序

一个winform程序，我希望它不能多开（但是如何防多开不是本文要讲的），那么在用户启动第二个实例的时候，作为第二个实例来说，大概可以有这么几种做法：

1. 弹个窗告知用户【程序已运行】之类，用户点击弹窗后，退出自身
2. 什么都不做，默默退出自身
3. 让已运行的第一个实例把它的窗体显示出来，完了退出自身

显然第3种做法更地道，实现该效果的核心问题其实是：如何显示指定进程的窗口？

首先想到的是调用ShowWindow、SetForegroundWindow等API，配合使用可以将被遮挡、最小化的窗口前排显示出来，这也是很多涉及到这种案例的网文介绍的方法，此法的局限在于，目标进程的主窗口必须存在，准确说是要有有效的主窗口句柄，表现在访问Process.MainWindowHandle能得到一个非IntPtr.Zero的值，即有效的句柄；或者用spy类工具能看到该进程下有至少一个窗口；或者按alt+tab能将它的窗口切换出来。

那如果进程没窗口怎么办？先说一下什么情况下进程会没窗口，很简单，让Form.Visible=false（或者Form.Hide()，等价的）就行，此时窗体就消失了，既不可见，也没有对应的任务栏按钮，alt+tab也切不出来。当程序中的所有Form都Hide后，访问该进程的MainWindowHandle会得到IntPtr.Zero，这就是无窗口进程。那什么样的程序会这么干，太多了好吧，各种音乐播放器，杀软什么的，都允许【关闭/最小化到系统托盘】，在你点叉或者最小化后，窗体就会隐藏，只留一个图标在托盘区。由于这种进程的MainWindowHandle拿不到有效句柄，所以上面那些API是用不了的，只能另想办法。

回到问题【如何显示指定进程的窗口】，如果你的程序不允许关闭到托盘区，始终存在窗口的话（最小化也是存在），那你愉快的用ShowWindow、SetForegroundWindow等API就好，不用继续。但如果你的程序要像播放器杀软那样允许用户隐藏窗口的话，那还得继续折腾，此时问题变成【如何让无窗口的进程显示窗口】，我的思路是这样：既然目标进程没窗口，我没办法纯粹用外部手段操作到它的窗体，但因为程序是我自己写的，可不可以来个里应外合，办了这事。比如向它发一条特定消息，它在收到该消息后，心领神会，把自己的窗口显示出来~到时候荣华富贵享之sorry入戏了。这个思路主要涉及两个问题，怎么发和怎么收，至于收到后如何前排显示窗口之类，小case。

怎么发

SendMessage/PostMessage自然是指不上的，因为这俩货也是基于窗口的，其实我一度怀疑走消息这条路是否可行，这涉及到一个原理问题，就是如果消息一定是只能发送给窗口的话，那注定此路不通，只能考虑别的进程间通信方案。好在了解到PostThreadMessage这个API，解决了我的问题。该API是向指定线程发送消息（MSDN文档在此），这也说明在原理上，消息并非只可以发给窗口，还可以发给线程，至于还能不能发给别的什么东西就不知道了。先看一下发送语句：

void Main()
{
    ...
    //向目标进程的主线程发送消息
    PostThreadMessage(Process.GetProcessById(pid).Threads[0].Id, 0x80F0, IntPtr.Zero, IntPtr.Zero);
    ...
}

[return: MarshalAs(UnmanagedType.Bool)]
[DllImport("user32.dll", SetLastError = true)]
public static extern bool PostThreadMessage(int threadId, uint msg, IntPtr wParam, IntPtr lParam);

API的第1个参数是目标线程的ID。注意两点：①此ID是系统全局的线程ID，并非Thread.ManagedThreadId这种“假”ID；②目标线程必须存在消息循环。winform的主线程往往就是UI线程，天然存在消息循环，所以无需考虑这个问题。第2个参数是要发送的消息ID。我们的目的是发一条收发双方约定的消息，所以这个消息要够特别，不能跟系统消息撞衫，所以范围最好介于0x8001~0xBFFF之间，这是系统留给应用程序自用的消息段（WM_APP）。后面俩参数我没用，你想让消息更特别一点，或想携带其它信息的话也可以用上。方法返回true/false分别代表发送成功/失败。

另外，目标进程也许有多个线程，其中哪个才是能收消息的主线程我没有科学的判断方法，大胆臆测就是Process.Threads集合中的第1项，这个猜测至今工作良好，不管它。若您有科学判断法，请告知~谢谢。

怎么收

由于消息是走线程过来的，所以别想着在主窗口的WndProc中去收，再说消息过来的时候，主窗口存不存在都是个问题。要用应用程序级别的消息筛选器来收，筛选器是个实现System.Windows.Forms.IMessageFilter接口的类（MSDN），该接口只需实现一个方法：bool PreFilterMessage(ref Message m)，方法的逻辑是，如果收到的消息m是你要处理并吃掉的，就返回true，其余消息则返回false放行。整个筛选器像这样：

class MsgFilter : IMessageFilter
{
    public bool PreFilterMessage(ref Message m)
    {
        if (m.Msg == 0x80F0)
        {
            DoSomething(); //显示窗口或其它事
            return true;
        }
        return false;
    }
}

事实上我收到消息后并不是直接做显示窗口相关的事，而是引发一个事件，主窗体注册该事件，在事件处理方法中再写显示窗口相关的代码。这是设计上的考量，与本文主旨无关，不多说。

筛选器写好后，还得把它添加到一个地方它才能工作，什么时候添加就什么时候才开始发挥作用，所以最好尽早添加，例如在main的开头。像这样：

void Main()
{
    Application.AddMessageFilter(new MsgFilter());
    ...
}

至此，收发的问题解决。这实质上是一个进程间通信问题，所以其实任何进程通信手段都可以应用在本文的案例，走消息只是其中一种手段。当然对于本文案例，若您有更好的办法，恳请告知，先行谢过。

、

【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体

注：本文适用.net 2.0+的winform项目

目的：

• 点击页面中的target="_blank"链接时，弹出新窗体
• 页面中有window.close()操作时，关闭窗体

上述窗体是指WebBrowser所在的Form，基本上，上述目的就是让该窗体表现得像个正常浏览器而已。

一、弹出新窗体

WebBrowser（下称wb）自带NewWindow事件，所以直接注册该事件即可：

private void wb_NewWindow(object sender, CancelEventArgs e)
{
    e.Cancel = true;//这句加不加在我的环境里没区别，不加也不会导致打开外部浏览器
    new FmWebBrowser(wb.StatusText).Show(); //FmWebBrowser即我的承载wb的窗体，本类构造函数接受一个url，Show之后会令wb访问该url。另外，该事件进入时，wb的StatusText几乎可以断定就是所点链接的href，极端情况以后遇到再说
}

二、响应页面中的window.close以关闭本窗体

由于wb没有现成的Close之类的事件，所以这个要稍稍折腾一下，就是给它加上这个事件，核心要解决的问题，就是让wb知道页面执行了window.close()，解决了这个，剩下就是把这事通知出去而已。

1. 让wb知道页面执行了window.close()，并引发特定事件

   方法是网上抄的，原理是页面执行window.close()时wb会收到一个特定的win32消息，于是可以重载wb的WndProc方法来处理这个消息，这就需要继承wb写一个子类，子类如下：

   

   using System;
   using System.Security.Permissions;
   using System.Windows.Forms;
   
   namespace AhDung.WinForm.Controls
   {
       /// <summary>
       /// 增强型浏览器
       /// </summary>
       public class WebBrowserEx : WebBrowser
       {
           /// <summary>
           /// 当WebBrowser关闭后
           /// </summary>
           public event EventHandler WindowClosed;
   
           protected void OnWindowClosed(EventArgs e)
           {
               if (WindowClosed != null) { WindowClosed(this, e); }
           }
   
           [PermissionSet(SecurityAction.LinkDemand, Name = "FullTrust")]
           protected override void WndProc(ref Message m)
           {
               if (m.Msg == 0x210/*WM_PARENTNOTIFY*/)
               {
                   int wp = m.WParam.ToInt32();
   
                   int X = wp & 0xFFFF;
                   if (X == 0x2/*WM_DESTROY*/)//若收到该消息，引发WindowClosed事件
                   {
                       OnWindowClosed(EventArgs.Empty);
                   }
               }
   
               base.WndProc(ref m);
           }
       }
   }

   
2. 剩下就简单了，宿主窗体响应WebBrowserEx的WindowClosed事件，关闭自身就好。当然首先要把之前的WebBrowser换成上述WebBrowserEx，代码段：
   

   private WebBrowserEx wbex = new WebBrowserEx();
   ...
   
   public FmMain()
   {
       wbex.WindowClosed += wbex_WindowClosed;
       ...
   }
   
   void wbex_WindowClosed(object sender, System.EventArgs e)
   {
       this.Close();
   }

   

【手记】调用Process.EnterDebugMode引发异常：并非所有引用的特权或组都分配给呼叫方

刚上线一个新版本，其中有台电脑打开软件就报【xx的类型初始值设定项引发异常】（还好不是一大波电脑，新东西上线就怕哀鸿遍野），如图：

显然是该类型的静态构造函数中抛异常了（红线处就是类名），遂打开该类，其构造函数中唯有一句看起来可能引发异常，即：

Process.EnterDebugMode(); //用来开启本进程调试特权（SeDebugPrivilege）

随即把这句放到一个测试程序中，再把测试程序拷到问题电脑上跑，果然是它，抛异常：Win32Exception:并非所有引用的特权或组都分配给呼叫方。如图：

可是为什么开发机和其它电脑都没抛呢，我大致能猜到跟该机权限不够有关，首先检查当前用户是否管理组，是管理组，但不是内置管理员administrator，立马联想到UAC（用户账户控制，这货我曾经吐槽过，它会让自建管理员与内置管理员有不同表现，所以印象深刻），检查一下果然就是它，关闭UAC重启之后，问题解决。

另外我也给那句代码加了try-catch，直接吃掉，因为在这个程序中，调试特权不是必须，拿不到也没关系。

【C#】DataRowState演变备忘

环境：.net 2.0

DataRow的行状态一段时间不用就会吃不准，记录一下，备查。

DataRowState 演变表

行属于如下状态时进行右边操作→ 后的状态演变	添加到表 dt.Rows.Add()	修改单元格值 row[x] = xx	标记删除 row.Delete()【注1】	提交 dt/row.AcceptChanges()	回滚 dt/row.RejectChanges()
Detached	Added	Detached	Detached	Detached【注5】	Detached
Added	-【注2】	Added	Detached【注4】	Unchanged	Detached
Unchanged	-【注2】	Modified	Deleted	Unchanged	Unchanged
Modified	-【注2】	Modified	Deleted	Unchanged	Unchanged
Deleted	-【注2】	-【注3】	Deleted	Detached	Unchanged

注：

1. 标记删除指row.Delete()，而非dt.Rows.Remove(row)，后者会将行彻底从表移除
2. 抛异常【System.ArgumentException：该行已经属于此表（或另一个表）】
3. 抛异常【System.Data.DeletedRowInaccessibleException：不能通过已删除的行访问该行的信息】。标记为删除的行，不止修改单元格值会引发异常，只要是访问都会，如var a = row[x]
4. Added状态的行进行Delete后，会变成Detached（即彻底移除行），而不是Deleted，所以在进行遍历操作时要意识到可能会引发集合被修改异常：foreach (DataRow r in dt.Rows) { r.Delete(); }
5. Detached行不属于任何表，所以执行表的AcceptChanges/RejectChanges对它没意义，执行行本身的AcceptChanges则会引发异常，RejectChanges不会抛，但什么也没做

其它：

• 只有Detached行可以被添加，因为其它状态的行一定已经属于某个表（且只能属于1个表），所以添加会引发异常
• 遍历行会访问到所有非Detached状态的行，也就是Deleted的行也会被遍历到，Rows.Count同样是包含Deleted行的统计
• 执行表的AcceptChanges()后，Deleted行会被彻底移除（变为Detached），其余行变为Unchanged，原始值变为当前值
• 执行表的RejectChanges()后，Added行会被彻底移除（变为Detached），其余行变为Unchanged，当前值变回原始值

MSDN参考：https://msdn.microsoft.com/zh-cn/library/ww3k31w0(v=vs.80).aspx

- 文毕 -