签名
即强命名程序集，可以确保你的程序集唯一，而不被篡改、冒用等；即使相同名字的程序集如果签名也会不同。
签名前后程序集结构对比
假设程序集名子叫"WindowsApplication1"，签名前后程序集信息对比
复制代码 代码如下:
WindowsApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
WindowsApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=85377e8b68475fc8
如果项目中引用了一个已签名的程序集a.dll，而遭到一伪造的a.dll来偷梁换柱，此时主程序调用时就会产生异常
未签名的主程序可以引用已签名或未签名的程序集；而已签名的主程序不能引用未签名的程序集。
对程序集强签名后就有了唯一标识，就可以在程序中得知程序集的来路了，可以获取当前执行的程序集信息或调用程序集信息，见：
复制代码 代码如下:
System.Reflection.Assembly.GetExecutingAssembly()
System.Reflection.Assembly.GetCallingAssembly()
如何生成密钥及签名，可使用.net sdk里的sn.exe命令行工具；或者visual studio里的项目--属性--签名
密钥如果有密码保护，则生成pfx文件，没有密码生成snk文件，pfx比snk文件较大些；
混淆
对编译生成的MSIL中间代码进行模糊处理，随着混淆的加重，人脑进行多方面智力思维的能力逐渐降低，保护源代码以提高反编译的难度。这种模糊处理并不改变程序执行的逻辑。
混淆的工具有很多：如DotFuscator、Obfuscator.NET、 XeonCode、 MaxtoCode
两者兼并
既对程序集签名又做混淆处理也是可以的，而强命名后的程序集如果做混淆会产生异常，程序也无法正常执行。正确的做法的：
延迟签名 -- 开发完成 -- 混淆 -- 重新签名 (即先延迟签名，混淆后再签名)
混淆后再签名，可以使用sn里的R选项完成
复制代码 代码如下:
sn -R a.exe mykey.snk //使用mykey.snk密钥对a.exe重新签名
延迟签名(重新签名以前)程序不能运行的,如在.net cf会报异常
团队开发中不能每个人都知道私钥，一般的做法是创建一个包含公钥部分的.snk文件。
复制代码 代码如下:
sn - p mykey.snk publicKey.snk
publicKey.snk给开发人员使用，开发完发布时用mykey.snk重新签名。
.Net,签名,混淆
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？