网络怎么产生的原理？

网络是由节点和连线构成，表示诸多对象及其相互联系。在数学上，网络是一种图，一般认为专指加权图。网络除了数学定义外，还有具体的物理含义，即网络是从某种相同类型的实际问题中抽象出来的模型。

在计算机领域中，网络是信息传输、接收、共享的虚拟平台，通过它把各个点、面、体的信息联系到一起，从而实现这些资源的共享。网络是人类发展史来最重要的发明，提高了科技和人类社会的发展。

随着1946年世界上第一台电子计算机问世后的十多年时间内，由于价格很昂贵。电脑数量极少，早期所谓的计算机网络主要是为了解决这一矛盾而产生的。其形式是将一台计算机经过通信线路与若干台终端直接连接，我们也可以把这种方式看做为最简单的局域网雏形。

最早的网络，是由美国国防部高级研究计划局（ARPA）建立的。现代计算机网络的许多概念和方法，如分组交换技术都来自ARPAnet。 ARPAnet不仅进行了租用线互联的分组交换技术研究，而且做了无线、卫星网的分组交换技术研究-其结果导致了TCP/IP问世。

1977-1979年，ARPAnet推出了如今形式的TCP/IP体系结构和协议。

1980年前后，ARPAnet上的所有计算机开始了TCP/IP协议的转换工作，并以ARPAnet为主干网建立了初期的Internet。

1983年，ARPAnet的全部计算机完成了向TCP/IP的转换，并在 UNIX（BSD4.1）上实现了TCP/IP。ARPAnet在技术上最大的贡献就是TCP/IP协议的开发和应用。2个著名的科学教育网CSNET和BITNET先后建立。

1984年，美国国家科学基金会NSF规划建立了13个国家超级计算中心及国家教育科技网。随后替代了ARPANET的骨干地位。

1988年Internet开始对外开放。

1991年6月，在连通Internet的计算机中，商业用户首次超过了学术界用户，这是Internet发展史上的一个里程碑，从此Internet成长速度一发不可收拾。21世纪，网络平台应用于电子商务领域。网商成为潮流。

扩展资料：

利用网络，人们不仅可以实现资源共享，还可以交换资料、保持联系、进行娱乐等。现在很多人的生活和工作已经和网络密不可分了。网络的实现，使单一的、分散的计算机有机地连成一个系统，它主要有以下功能：

1、资源共享

网络的主要功能就是资源共享。共享的资源包括软件资源、硬件资源以及存储在公共数据库中的各类数据资源。网上用户能部分或全部地共享这些资源，使网络中的资源能够互通有无、分工协作，从而大大提高系统资源的利用率。

2、快速传输信息

分布在不同地区的计算机系统，可以通过网络及时、高速地传递各种信息，交换数据，发送电子邮件，使人们之间的联系更加紧密。

3、提高系统可靠性

在网络中，由于计算机之间是互相协作、互相备份的关系，以及在网络中采用一些备份的设备和一些负载调度、数据容错等技术，使得当网络中的某一部分出现故障时，网络中其他部分可以自动接替其任务。因此，与单机系统相比，计算机网络具有较高的可靠性。

4、易于进行分布式处理

在网络中，还可以将一个比较大的问题或任务分解为若干个子问题或任务，分散到网络中不同的计算机上进行处理计算。这种分布处理能力在进行一些重大课题的研究开发时是卓有成效的。

5、综合信息服务

在当今的信息化社会里，个人、办公室、图书馆、企业和学校等，每时每刻都在产生并处理大量的信息。这些信息可能是文字、数字、图像、声音甚至是视频，通过网络就能够收集、处理这些信息，并进行信息的传送。因此，综合信息服务将成为网络的基本服务功能。

网页控制硬件怎么实现？

硬件对网站访问进行控制，可以用安万webac网站访问控制方案（sso），webac方案为满足收费网站控制用户登录和访问的需求，Passbay结合自身的优势推出WebAC网站访问控制方案，WebAC网站访问控制方案由硬件UKey、Passbay安全管理软件和面向网站开发者的开发接口三个部分组成。方案允许网站拥有者在UKey中创建并管理用户登录账户，用户进入指定页面之后必须插入UKey才能完成登录或访问。这一方案保证只有合法持有UKey的用户才能享受到网站提供的服务，避免用户分享账号给网络公司带来的损失。

WEBAC实现方式

Passbay?UKeyWebAC网站访问控制方案通过随机数单向认证方式来验证用户身份和对用户账户进行管理。这一方案的实现原理如下：

网站在创建用户账户时，将用户账号和用于认证的一个字符串(SaltValue)写入UKey（由接口写入），并将上述两项值与PSA的序列号(SerialNumber)写入数据库（由开发者写入）。用户进入登录页面后，服务器端生成一随机数据(Random)，通过网络传输至客户端。这一数据在客户端通过MD5算法进行计算，计算结果MD5Result=MD5(SerialNumber+AdminPass+Random+SaltValue)（由接口计算），计算完毕后，客户端将计算结果(MD5Result-c)与UKey的序列号(SerialNumber)和之前存入的用户账号通过Form提交给服务器端。

服务器端通过序列号(SerialNumber)和用户名称在数据库里面查询到该用户记录的认证字符串(SaltValue)，然后以与客户端相同的算法计算出MD5Result-s=MD5(SerialNumber+AdminPass+Random+SaltValue)，计算完毕后将这一结果与客户端传输过来的MD5Result-c进行比较，如果两个值相等，则表明终端插入的UKey就是之前创建的用户所使用的UKey，用户身份得到确认，网站可以据此对用户登录和访问实现精确的控制。

WEBAC特点

1、提升用户身份认证的安全性

UKey自带Passbay密码管理功能组件，这一功能组件使用户登录网页的账号密码和网页URL可在创建用户账户时直接保存在UKey中，用户通过PIN码验证后便可一键登录网页，避免用户记忆账号密码的麻烦，可以设置较为复杂的账号密码而无需担心用户遗忘账号密码，提升账号密码的安全性。此外，Passbay密码管理功能组件在保存账号密码的同时保存网页URL，并采用加密方式处理账号密码信息，有效防止网络钓鱼和盗号木马、病毒等窃取用户的账号密码，保护账号密码的安全。软硬件结合的身份认证方式也可以有效的提高用户身份认证的安全性。

2、加强对用户账号的管理和控制

只有合法持有UKey的用户才能登录网页，享受网络公司提供的各种服务，这便很好的避免了用户共享账号给网络公司带来的损失。这一方案的实现原理使得网站可以准确的确认用户身份，并在这一前提下设定用户用户登录和访问网页的权限，对用户的登录和访问实现精确的控制。

3、脱离ActiveX，易于开发

无需专门开发接口。网站开发者只需按照完全开放的WEBACHTML接口规范开发网页即可实现这一方案提供的各种功能。WEBAC支持所有WEB开发语言

4、简单易用，易于部署

因为脱离ActiveX开发，所以不需要对IE安全的设置，用户只需将UKey插入计算机，在通过PIN码认证后便可使用UKey中的信息登录网页，无需安装驱动程序和客户端软件，给用户使用带来极大的方便。

想问下各个网站通过邮件激活注册帐号的原理，谢谢？

告诉你原理吧，要实现邮箱激活其实就是解决服务器上发邮件的问题，用户注册后，把用户状态默认成未激活，然后生成一个链接到一个页面，在那个页面加载时运行一个SQl语句把用户状态改成激活，然后再跳转到什么成功激活的页面就可以了，当然要传递一些有效的参数了；邮件激活的话就给注册时用户填写的邮箱发信就可以了，内容里面写上那个自动生成链接，怎么发邮件呢，建议你使用第三方控件Jmail不错，当然还有别的，如果用Smtp协议发的话20封左右就挂掉了···找回密码一样，用户回答对密保问题的话就把密码给他发到邮箱就是了，归根结底还是发邮件···补一句：源码的没有····

为什么部分看起来不太复杂的网站，比如Facebook需要大量顶尖高手来开发？

因为你看到的，只是你看到的呀！

你没有从上帝的视角去看一下，在你点击某个按钮的一瞬间，全世界几千万人可能也在点同一个按钮！

Scale，scale！

Scale带来大量的直接开销，而这些直接的开销会带来大量的第二级的间接的开销，第二级的会带来第三级的……

比如：

你开始就一台服务器，做个小网站，会java或者python或者世界最XX语言就行，花了一天。

然后幸福的烦恼来了，流量上去了，你开始认真了，你就得想着，准备个热备份吧，那就有同步问题了，你那点Java知识就没啥用了，得找懂得数据库和服务器系统的人了。

然后流量继续增大，你发现服务器压力太大，得进行分布式了，搞个最简单的Master Slave模式，slave分流点读请求吧。这时候一般的服务器管理人员也不行了，得找一两个有分布式系统经验的人了。

然后流量继续增大，你发现简单的Master Slave也搞不定了，你需要更复杂的服务器集群，这时候你发现光管理这些服务的人就一大坨了，他们自己就能成立个部门叫Infrastructure。

这时你发现，你这么多机器，代码总不能让程序员自己一台台的登录上去部署吧，于是又得找专门的人，成立一个组，叫Deployment。

然后你发现，这么多机器，现在除了和外面的用户通信，自己之间也要互相通信，也要做AAA（Authentication，Authorization，Auditing），也要做很多和外面用户请求没啥关系的脏活累活，于是你把原来做网站的人分了两组，一组叫后端，一组叫前端。

然后你发现你的程序员太多了，需要好多内部开发的工具，比如搜代码的，比如搜办公室的，比如内部通讯的，于是你又得雇一大堆人做Internal Tools。

由于你完美的管理，网站流量继续增大，你发现一个服务器集群都不够，你得开专门的数据中心了，于是你又得买地，又得雇一帮运行维护人员维护数据中心。

然后你发现你的员工实在太多了，人的管理成了新的头痛，于是你需要专门的HR部门，财务部门，法务部门，于是你的员工变的更多了……

然后你发现你的员工实在太多太多了，你得雇一大批为这些干正事的员工服务的人员，比如清洁工，厨师，保安，shuttle司机，前台招待，托儿所老师……

最后你发现你做了一个按钮，似乎只用到了一个前端，

然后为了能让这个按钮同时被几千万人用，后面需要2个数据中心，2000台机器，200个后端，50个QA，100个Infra，100个Deployment，200个运维 ……

然后为了能让这些人正常上班，后面需要100个Internal tools，100个保安，50个HR，20个财务，20个法务，20个shuttle司机，50个厨师，100个清洁工，20个前台招待，10个托儿所老师 ……

说了这么多，

最后你，作为一个用户，所看到的，当然只有那个“看起来不太复杂”的按钮了……

WebSocket是什么原理？为什么可以实现持久连接？

首先需要明白：基于TCP的应用层协议，只要设计者愿意，都是可以实现持久连接的。

你问的方式，大概是在和HTTP做比较。

协议本身的设计，双向通信不在设计的考虑之内。

关于Http协议，额外说点：

不支持keep-alive，要完成一次请求，待接收响应后关闭连接。

默认使用keep-alive，一次请求合并为一个”。

模式某个请求被服务端因为某些原因阻塞了的情况下，后续请求都会阻塞，会引起很大的问题，实际上很少用。

浏览器或者一般攻击。

Tips：连接数。如果你是桌面客户端，或者请求远程服务，不宜设置过大。如果你是内部服务之间调用，可以根据需求合理设置以增加并发性能。

针对以上的问题（主要是性能）做了很多改进，这个也会提高很多人在后端不同服务器之间做通信时选择的东西，这里不展开了，详细参考官方文档。

文档，尽量少去看博客上面支离破碎的小知识，体系化的认知结构对你帮助更大。

WebSocketWebSocket的出现，就是为了解决。

现代的Web场景，服务端推送的需求非常大，这个发展过程中使用的Ajax轮询，Comet等都只是临时解决方案，从设计上看，只为满足需求，一点都不优雅。

Html5规范将WebSocket纳入后，得到了现代几乎所有浏览器的支持，当然IE（10+才支持）仍然是一个巨坑，在乎用户覆盖面的产品依然要通过浏览器是否支持ws来做出降级处理（轮询、长连接）。

websocket协议实现独占一条tcp通道，它负责从tcp流确定消息边界，解析出每个独立的消息包。可进行全双工的双向通信。题主所谓的WebSocket可以实现持久连接，只是的一个服务端WebSocket会话和对应的客户端WebSocket会话在使用一个固定的保持连接的TCP通信而已。一般需要将服务端WebSocket会话和某位用户关联起来（客户单连接后，可以再单独发送凭证验证），实现给某个用户推送消息，只需根据关联找到对应的WebSocket会话调用发送API即可。

应用使用单独实现websocket协议的服务\客户端组件，可以更加轻松地实现自定义协议：在websocket的二进制或者文本消息体内或者直接使用websocket的自协议定义机制封装自己定义的协议。

推荐大家如果有些需要自建IM服务器，推送服务器的场合尝试先用WebSocket来实现。负载高（协议头消耗小），协议简洁，几乎所有客户端（减少了大量的工作）都有对应的开源项目可用，同时还是唯一可以在浏览器上用的双向通信协议（flash和silverlight等插件方式除外）。

如果你要用websocket实现请求应答式的子协议，要点是你要设计唯一的请求标志，响应也将请求标志带回来，然后你就可以从客户端的请求队列中查找响应对应的请求将响应交给上层处理！

特别注意：

关于webcket持久连接，本质上是下层tcp连接的保持，核心问题同样是如何保活。需要考虑Nat失效（基站最突出，一般有效期只有3分钟）或者其它网络原因导致大量半连接存在。解决方案就是合理的心跳时间，一般我设置为2分50秒的样子。

其它不论是否从事网络编程，都应该花时间学习下TCP/IP协议簇方面的知识，着重理解分层原理，各层的功能和为上层提供了哪些功能。就像这个问题，如果不对TCP有所了解，回答的内容就没多大意义了。阅读一个你比较熟悉的语言的的一种协议（比如http）实现项目的源码，帮助应该很大。

和网络IO密切相关的就是线程，要设计高可用的TCP服务器，必须要熟悉多线程。网络IO和多线程是我认为最重要的两个核心知识点。

关于协议的设计，你可以多学习其他优秀的基于TCP实现的应用层协议，简单的就有Redis的通信协议，里面有阻塞式的消费者队列，那个就需要一条单独的tcp通道。协议设计是很有意思的一件事情，就是mysql和mongodb的通信协议我也不会放过，去看看，会给自己设计协议带来不少的参考价值。

如果时间允许，有标准的协议最好看看RFC文档，现在Chrome的翻译已经很好了，如果英文不太好，问题也不大。

关于TCP/IP相关的书籍《计算机网络：自顶向下方法》和谢希仁的《计算机网络》都是不错的入门书籍。

《TCP/IP详解》是经典，虽然出版已久，内容是没过时的。

网络应用脱离不了操作系统，所以可以再看看操作系统关于网络IO这一块的设计。

实际开发更多和Socket以及多线程打交道，Windows下面可以看看《Windows核心编程》。

其它的就是开源项目：Nginx，netty等大量优秀的项目都在等你。

还是要感谢大家对我写的东西有那么一点感兴趣，能对大家有所帮助就更好了。