一、 先说说就是云服务器接收采集数据

这是可以说的吗？ 建立好云服务器之后接下来即是如何把采集的数据传输给云服务器。这包含两项工作。

第一项工作就是得有一个东西能听。对，就是听。你得开个耳朵，听着外面有没有数据飞过来。这个耳朵在电脑里就叫端口。端口是个啥？端口就是个门牌号。你家里有个大门，快递员要送东西来得知道你家门牌号吧？云服务器也一样，它有很多个门，每个门都有个号。你得告诉采集设备，我的门牌号是8080，你要是把数据送过来就往这儿塞。不然数据塞到别的地方去，我就收不到了。这很麻烦，真的。

PTSD了... 第二项工作就是得有个手。数据来了得有人接住它。不能让它掉地上摔坏了。这个手就是我们的代码。我们得写一段代码，它就像个勤劳的工人，一直在那儿等着。一旦数据过来了它马上就抓过来然后放到数据库里去。或者，如果数据特别多，它得赶紧分发给别的工人去处理。如果没有人接，数据就会堆积在门口，再说说把门堵死了服务器就死机了。所以接收数据其实挺累的，你得一直盯着，不能睡觉。

1.1 到底是TCP还是UDP啊？

这俩玩意儿老搞混了。TCP就是那种慢吞吞但是很稳重的家伙。它送信，要是信丢了它会重新送，直到你收到为止。UDP呢？就是那种急脾气，发了就不管了你收到是你运气好，收不到算你倒霉。对于云服务器我觉得TCP比较好，主要原因是数据不能丢啊。要是采集到的温度数据丢了那还得重新采，多浪费电啊。所以我们一般都用TCP协议。但是UDP也有一点点好处，就是快。如果你是打游戏，想快一点，那就用UDP。反正我们这里是搞数据采集，要的就是稳，总的来说...。

二、网络传输这事儿真挺难的

数据怎么从采集端飞到服务器呢？这中间隔着千山万水啊。光纤啊，路由器啊，交换机啊。这一路过去，可能会被卡住可能会被延迟。这就好比你要送一份外卖，后来啊路上堵车了。服务器收不到数据怎么办？

我懵了。 所以我们得想办法让数据传得快一点。怎么做呢？第一，带宽要大。带宽大就像修了一条高速公路，车多也不怕。第二，压缩数据。就像把衣服叠起来放，占的地方小一点，跑得快一点。数据也可以压缩。把没用的空格去掉，把重复的字去掉。这样传起来就快多了。但是压缩也要花时间，这又是一笔账。所以这得权衡一下。有时候压缩了CPU反而忙不过来了。

三、Socket编程是个啥？

写代码的时候，我们要用Socket。很多人说这个很难。其实我觉得不难，就是打 说到底。 服务器端得先“开机”，这个开机就叫Bind。把我的端口绑定好，告诉别人我有地盘了。然后我要“听”，Listen。就像 这里面有个坑，就是阻塞。什么叫阻塞？就是比如你Receive的时候，如果没数据，你就傻傻地在那儿等着，什么都不干。等到有数据了你再动。这样很浪费资源啊。所以现在大家都用非阻塞模式。就是Receive的时候，如果没数据，马上就返回一个错误，告诉你没数据，然后你去干点别的。干完了再来问。这样效率就高了。这就叫多路复用。听着很高级，其实就是换着法儿问。 四、怎么防止数据乱套了？ 数据传过来有时候是乱的。就像排队买票，你前面的人插队了或者后面的人挤进来了。这都不行。我们的数据得按顺序来。 所以我们要给数据包加个头，叫包头。包头里写上“我是第几个包，我总共有多少个包”。接收端收到后检查一下。如果是第一个包，就先存着。如果是第二个包，就放在第二个位置。 至于吗？ 如果中间缺了一个，那就报错。如果多了也报错。这样就能保证数据的完整性。虽然这样会稍微慢一点点，但是平安啊。平安比什么都重要，对吧？ 五、 并发处理简直是噩梦 如果你有10个采集设备一边发数据，你的服务器怎么办？难道你写10个线程？10个线程太少了你有1000个呢？那你得写1000个线程？线程创建和销毁很费资源的。而且线程多了它们之间还会打架，会抢CPU，会导致系统卡顿。 所以我们得用线程池。线程池就是提前造好一批工人，放在那儿等着。有活来了就派一个工人去干。干完了工人不回家，继续在那儿等着下一个活。这样比每次招人再开除要快得多，也省资源。但是线程池也不是万能的。如果数据量突然特别大，比如一秒钟来10万条，线程池也招架不住。那就得用异步IO了。这个就更高级了 就是操作系统帮我们处理IO，我们只负责告诉操作系统“开始处理”，然后我们就去干别的事了。等处理完了操作系统再来叫我们。这个得看操作系统的本事了。Linux比较强，Windows就比较弱，在理。。 六、数据存哪里呢？ 接收到的数据不能一直放在内存里内存是临时的，一断电就没了。得存到硬盘上。硬盘上有个东西叫数据库。 数据库有好几种。最老的是MySQL。这个最流行，大家都用。但是MySQL有点重，配置起来很麻烦。你得装它，还得配环境变量，还得建库建表。如果你是新手，真的很容易搞炸。还有一种叫SQLite。这个是嵌入式数据库，不需要安装，直接写个文件就行了。非常方便。但是它不支持高并发。如果你只有一个人用，或者数据量不大，用SQLite挺好的。还有一种叫Redis。这个是内存数据库，速度极快。但是它存不了多少数据，而且数据是临时的，断电就没了。一般用来做缓存。我们的采集数据，肯定是要持久化的，所以还得存到MySQL或者Oracle里去。 七、前端怎么把数据显示出来？ 改进一下。 数据存在数据库里我们怎么看到呢？这就得写个网页。也就是前端。 先说说得有个HTML。HTML就是骨架。比如一个表格，一行一行的。行是湿度。这个骨架搭好了。 然后得有CSS。CSS就是打扮。把表格画漂亮点， 就这？ 加个背景色，加个边框。让用户看着舒服一点。 再说说得有JavaScript。JavaScript就是灵魂。它是用来干活的。它得定时去问服务器：“老板，有新数据吗？” 服务器说：“有啊，给你。” JavaScript就拿到数据， 还行。 然后把它填到表格里去。这个过程叫AJAX。或者现在更流行叫Fetch API。反正就是异步请求。不能让整个网页卡住不动，只能更新表格里的数据。这样用户体验才好。 八、显示的时候要注意什么？ 有时候数据会刷得太快，表格里的内容会一闪一闪的，看着眼晕。这个怎么解决？ 说白了就是... 可以用定时刷新。比如每秒钟刷新一次。这样数据就不会闪了。但是这样也有延迟，不是实时的。如果要求实时那就不能用定时刷新了。得用WebSocket。WebSocket是一种长连接。服务器和客户端建立了一条通道，一直通着。数据一来马上就推送到客户端。这样就是真正的实时了。但是WebSocket也难维护。如果网络断了得重连。重连的时候可能会有点问题。所以这个得看你的需求。如果只是显示一些简单的数据，定时刷新就够用了。如果是要控制设备，那就得用WebSocket。 九、亿恩课堂这课讲得怎么样？ 我看网上很多人都在学亿恩课堂的云服务器开发课。我也去看了看。说实话，讲的挺细的。但是有点太细了容易让人睡着。讲了很多底层的东西，比如TCP的三次握手，四次挥手。这些理论都知道就行了写代码的时候谁去管这些啊？我只要能连上，能发数据就行了。不过对于新手了解一下也好，免得以后踩坑，图啥呢？。 十、一下反正就是这么回事 做这个系统，真的挺累的。从底层的Socket编程，到中间的数据库存储，再到前端的页面显示，每一步都有坑。如果你是第一次做，肯定会遇到很多问题。比如端口被占用了比如数据格式不对， 翻旧账。 比如数据库连不上。这些都是小问题。大问题是逻辑问题。你得想清楚数据是怎么流动的。数据从哪里来到哪里去。怎么处理。怎么展示。 写代码要有耐心。不要一上来就写界面先把后端搞懂。后端通了前端自然就通了。后端不通，前端写得再花哨也没用。数据连不上服务器，你看得见个鬼啊。所以先搞懂怎么接收数据，再搞懂怎么存储数据，再说说才是怎么显示数据。一步一步来不要着急。着急容易出错。出错就要改，改着改着就烦了。烦了就想放弃。但是放弃了就不行了项目都做了一半了。所以咬牙坚持住。写完代码，你会发现，其实也没那么难。就是一堆代码，一堆逻辑。但是看着数据在你的页面上跳动，还是挺有成就感的。哪怕只是一点点进步。对，就是这样，没耳听。。