用单片机实现了一个HTTP服务器,和电脑直连时访问正常,但是无法通过路由器访问到

单片机+enc28j60？这个组合丢包正常。

1 enc28j60的接收缓存有限，而且收发共享一片区域，一般来说多给接收分配一些，但如果上面的单片机处理不过来的话或者你的协议栈处理太复杂，导致没有及时把enc28j60缓存的数据读走处理，那必然导致enc28j60要丢包或者覆盖。 在一对一的时候，这个现象可能不严重，换了路由器且接了其它设备的话，这个现象比较明显。 只能优化你的协议栈，最好换强一些的处理器。

2 注意你的简化协议栈通过路由器（网关）来时，如果没有ARP协议处理，建议包的MAC目标地址换成路由器MAC地址试试

如果一个控制系统中用到多个单片机，一般情况下，会用一主多从的模式。

主机一般用作整个系统的任务协调和划分，人机交互等。而从机一般用于执行某些具体的任务，接受主机的指令，并把自身的运行状态向主机进行反馈。

主机、从机之间可以通过通讯的办法进行数据交互。

数据既然是4个字节，直接索引就行了。居然用抽取……

后面可以用整数拼接。

其实，不用这么麻烦换算，用“从字符串还原”函数轻松解决。

再说了，后面是相除，前面分子分母部分做的重复运算完全可以直接消去啊。

而且，你这样每次循环四个字节只算出一个数据，就是说后面的数组里面都是只有一个元素的。

总之，你的用法太诡异了。

C/S 架构C/S 架构是一种典型的两层架构，其全程是Client/Server，即客户端服务器端架构，其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。

C/S 架构也可以看做是胖客户端架构。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。C/S 架构的优缺点优点：

1C/S架构的界面和操作可以很丰富。

2安全性能可以很容易保证，实现多层认证也不难。

3由于只有一层交互，因此响应速度较快。缺点：

1适用面窄，通常用于局域网中。

2用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。

3维护成本高，发生一次升级，则所有客户端的程序都需要改变。 B/S架构B/S架构的全称为Browser/Server，即浏览器/服务器结构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构的系统无须特别安装，只有Web浏览器即可。

B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为瘦客户端。B/S架构的优缺点优点：

1）客户端无需安装，有Web浏览器即可。

2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。

3）BS架构无需升级多个客户端，升级服务器即可。缺点：

1）在跨浏览器上，BS架构不尽如人意。

2）表现要达到CS程序的程度需要花费不少精力。

3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。

4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）

应该不是程序的问题啊， 我也出现过， 用下位机串口操控中兴通讯的CDMA ，和WCDMA模块，在连上服务器后，数据传输期间，经常出现，出现后，连接断开，但下位机串口无任何异常反馈信息，到现在都不知道什么问题。。。

下面是实例：

有一个客户端连接 《模块连接服务器》

IP:11713634215

端口:57790

<--adasdasdsadsad

-->434C49020E00140D06030B243787

-->434C49020E00140D06030B2500BD

-->434C49020E00140D06030B2505B8

-->434C49020E00140D06030B250AB3434C49020E00140D06030B250FAE

有一个客户端连接 《未知终端连接》

IP:21116273125

端口:36176

-->GET / HTTP/11

客户端退出! 《此时模块发的数据，服务器收不到了，而且模块那边的串口无任何异常》