上个月微信更新的时候，引入了一个跳一跳的H5小游戏，一时风靡朋友圈。

这么简单的游戏，用手来玩显的很弱智，于是乎我用c#做了一个外挂来玩。

验证码是机器对人类发出的挑战，当它敢于挑战人类的时候，却发现无法挑战自己。

第一次发现验证码大概始于在做seo的那段时光，写出个注册机来，去注册国外的blog网站，然后利用程序去登录，登录后群发一些带目标链接的文章，那个没有验证码的年代，干这些事情是轻而易举的。

本文讲的是关于文件传输的内外网打通的相关技术问题，不感冒请去吹风。

回到我前面做的实验室的QQ的问题上，文件传输，用socket直接把文件发送过去，这是不用说的。但是如果我们的客户端有些在内网，有些在外网呢，如果中间还有路由器，还需要做NAT呢？

你一定会好奇，前两天的博文为什么提到了IM，为什么提到了做一个类似微型气泡聊天的控件？答案其实也很简单，因为我就是做了一个即时通讯的IM。

最初，我被医院购买的那台事件不准的服务器惹恼了，也被化验单上出错的时间给惹恼了，于是乎决定做一个C/S架构的时间同步程序，用了改程序后，检验科的所有计算机的时间就都是一样了，令我意外的是，三甲复审竟然也要查时间同步的问题，真是庆幸我提早开发了。然后，这个程序被我无止境的演化，它增加了远程求助、截屏、禁用USB的功能、危急值超时提醒等，逐步的，他成为了一个木马。但是，我似乎对它还是不够满意，因此做成了一个内网的QQ。

说到IM工具呢，我是没有心情用QQ的，实在是太臃肿了，自从微信出来之后，我都宁愿用微信的电脑版。

我依旧喜欢简洁的东西。

因此，即便是仿一个聊天界面出来，我也愿意仿微信的，而不是QQ。

C#做一个自定义控件真的是方便啊，如果你在delphi年代做自定义控件做的习惯了，那么告诉你，c#也是一样的啦，你可以很方便的入手了。

继承和GDI让自绘图形界面的控件变成了一件so easy的事情！

1、先了解一下c#自定义控件怎么做吧：

c#用来做c/s架构的程序确实是把好手，经吵吵测试，连上几百个客户端的实时通信，也没有产生啥问题。

讨论异步Sokcet，我们大多时候讨论的是异步的接收，并且主要是用于服务端的。当有数据到达服务端的时候，程序会新建一个线程（如果线程池的话会动态调用空闲的线程）用于处理接收的数据。c#的线程池技术也确实强大，它能够有效的管理线程数量，既能让CPU不会耗尽，又有队列机制，将一个个回调的任务完成。

那天登陆微信的公众账号平台，发现微信更新了9大接口的功能，其中就包括了客服接口。什么是客服接口呢，我们可以理解为延迟发送消息，就是说用户发送了一条消息给你，你可以不用立即回复，在48小时内都可以发送消息给用户。

那么，这个技术就为报告查询提供了一个很好的延迟解决方案，为什么这么说，当用户提交一个报告查询请求的时候，由于检验服务器多数在局域网的内网，因此，没有办法直接查询到结果，你只能把报告查询请求记录下来，然后通过内外网的网闸进行通讯，查询到结果后，再发送给用户。

还记得你刚接触Sokcet编程的时候，思考，腾讯QQ是怎么保持在线的么？

程序员！你的第一个聊天室程序有没有实现过这个问题啊？

吵吵当初无意错过，但是，当我折腾危急值报告系统的时候，我发现又碰上了这个问题！

废话不讲，看看解决思路吧：

360原来是做流氓软件的，结果后来自己做个360卫士来杀流氓软件，等到360安全卫士用的正是过瘾的时候，才发现，原来360卫士也是个流氓… ..

吵吵早些年就已经不用360了，不为别的，就是太吵太烦。从这点来看，微信能够做大，能够抵抗住那么多的噪音，实属不易。

后来用瑞星，天天提示卖红酒。挑中了百度杀毒，终于安静了。