
本文讲的是关于文件传输的内外网打通的相关技术问题,不感冒请去吹风。
回到我前面做的实验室的QQ的问题上,文件传输,用socket直接把文件发送过去,这是不用说的。但是如果我们的客户端有些在内网,有些在外网呢,如果中间还有路由器,还需要做NAT呢?

说到IM工具呢,我是没有心情用QQ的,实在是太臃肿了,自从微信出来之后,我都宁愿用微信的电脑版。
我依旧喜欢简洁的东西。
因此,即便是仿一个聊天界面出来,我也愿意仿微信的,而不是QQ。

C#做一个自定义控件真的是方便啊,如果你在delphi年代做自定义控件做的习惯了,那么告诉你,c#也是一样的啦,你可以很方便的入手了。
继承和GDI让自绘图形界面的控件变成了一件so easy的事情!
1、先了解一下c#自定义控件怎么做吧:

c#用来做c/s架构的程序确实是把好手,经吵吵测试,连上几百个客户端的实时通信,也没有产生啥问题。
讨论异步Sokcet,我们大多时候讨论的是异步的接收,并且主要是用于服务端的。当有数据到达服务端的时候,程序会新建一个线程(如果线程池的话会动态调用空闲的线程)用于处理接收的数据。c#的线程池技术也确实强大,它能够有效的管理线程数量,既能让CPU不会耗尽,又有队列机制,将一个个回调的任务完成。

那天登陆微信的公众账号平台,发现微信更新了9大接口的功能,其中就包括了客服接口。什么是客服接口呢,我们可以理解为延迟发送消息,就是说用户发送了一条消息给你,你可以不用立即回复,在48小时内都可以发送消息给用户。
那么,这个技术就为报告查询提供了一个很好的延迟解决方案,为什么这么说,当用户提交一个报告查询请求的时候,由于检验服务器多数在局域网的内网,因此,没有办法直接查询到结果,你只能把报告查询请求记录下来,然后通过内外网的网闸进行通讯,查询到结果后,再发送给用户。

还记得你刚接触Sokcet编程的时候,思考,腾讯QQ是怎么保持在线的么?
程序员!你的第一个聊天室程序有没有实现过这个问题啊?
吵吵当初无意错过,但是,当我折腾危急值报告系统的时候,我发现又碰上了这个问题!
废话不讲,看看解决思路吧: