今年AI市场规模将达1565亿美元 同比增长12.3%

2、氚云和宜搭

一个是阿里投资的，还有一个是阿里内部的产品，我就归类到一起了，说明大公司在这一块领域也在布局，蛋糕还是很大的。

不过做了很多年了，尤其是后者，基本上没有做出什么成绩，不出意外的话，应该是被战略性放弃了。

3、简道云

一个逐年增长其用户的工具，靠做表单起家，现在收集数据，做图表、表格，做个公告，汇总分析数据，都可以用它。

 

低代码，会不会是下一次IT技术的革命？

这个问题，我想了很久，也想不出一个明确的答案，于是想和各位交流一下，也想听听你们的建议。

什么是低代码？这个应该很好理解，不需要代码或者只需要很简单的东西，小白和新手都能很快地上手，就和excel一样。

低代码的含义在两个方面：可以通过代码来扩展业务能力、比直接写代码的那种方式代码要少一些。

在真实的工作环境中，业务和 IT 部门的开发人员可以在平台中协同，创建、迭代和发布应用，而所需时间只是传统方法的一小部分。

salesforce一直在做这个事情，后来微软、甲骨文、IBM和SAP等企业都纷纷加入了这个市场，国内的话，阿里有自己的东西，腾讯一直在投资。

 

关于 HTTP 请求中，设置的主动关闭 TCP 连接的机制：TIME_WAIT的是主动断开方才会出现的，所以主动断开方是服务端?

• 答案是是的。在HTTP1.1协议中，有个 Connection 头，Connection有两个值，close和keep-alive，这个头就相当于客户端告诉服务端，服务端你执行完成请求之后，是关闭连接还是保持连接，保持连接就意味着在保持连接期间，只能由客户端主动断开连接。还有一个keep-alive的头，设置的值就代表了服务端保持连接保持多久。
• HTTP默认的Connection值为close，那么就意味着关闭请求的一方几乎都会是由服务端这边发起的。那么这个服务端产生TIME_WAIT过多的情况就很正常了。
• 虽然HTTP默认Connection值为close，但是，现在的浏览器发送请求的时候一般都会设置Connection为keep-alive了。所以，也有人说，现在没有必要通过调整参数来使TIME_WAIT降低了。

关于 time_wait：

(1) TCP 连接建立后，「主动关闭连接」的一端，收到对方的 FIN 请求后，发送 ACK 响应，会处于 time_wait 状态;

(2) time_wait 状态，存在的必要性：

• 可靠的实现 TCP 全双工连接的终止：四次挥手关闭 TCP 连接过程中，最后的 ACK 是由「主动关闭连接」的一端发出的，如果这个 ACK 丢失，则，对方会重发 FIN 请求，因此，在「主动关闭连接」的一段，需要维护一个 time_wait 状态，处理对方重发的 FIN 请求;
• 处理延迟到达的报文：由于路由器可能抖动，TCP 报文会延迟到达，为了避免「延迟到达的 TCP 报文」被误认为是「新 TCP 连接」的数据，则，需要在允许新创建 TCP 连接之前，保持一个不可用的状态，等待所有延迟报文的消失，一般设置为 2 倍的 MSL(报文的最大生存时间)，解决「延迟达到的 TCP 报文」问题;

 

（编辑：甘孜站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!