首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【项目设计】网络对战五子棋(上)

    1. a. http协议在Linux的学习部分我们就已经学习过了,当时http和https是一块学的,我们当时其实已经了解了http的大部分知识内容,比如http请求和响应的格式,各自的报头字段都有哪些,cookie和session机制,http1.1的长连接策略keep-alive,还有请求方法GET和POST等等知识内容,这么看来http感觉已经很优秀了,为什么还要有websocket协议呢? b. 其实http有一个致命的缺点,就是无法支持服务器向客户端主动推送消息,传统的CS通信方式都是一问一答的,即客户端向服务器发送一个请求,服务器向客户端反馈一个响应,而在最传统的http1.0版本协议中,客户端每和服务器进行一次通信都需要建立一条TCP连接,当浏览器访问了服务器上的某个html网页时,此时就会在应用层协议http的基础上建立一条短连接,而http短连接其实就是tcp短链接,如果浏览器此时想要访问web网页中的其他资源,那就需要重新再向服务器发起一次http请求,以获取到服务器上的对应资源,此时原来的http连接就会自动被断开,然后重新建立一条短连接,这样的方式非常的难受啊,因为用户访问某web资源时,肯定不可能只访问一个资源啊,他一定会向服务器发起多个http请求,获取访问多个web资源,那如果在传统的http1.0协议下,就会频繁的建立和断开连接,这会很浪费服务器的时间和网络带宽,因为http短连接其实就是tcp短连接,本来tcp是一个可靠的,高效的,有链接的协议,但结果http不会用,双方通信一次就关闭掉了,这也太浪费了! c. 所以在http1.0之后,又推出了http1.1协议,也就是在请求报头中添加了一个字段Connection:keep-alive,也就是http长连接,当上层http连接建立成功后,下层的tcp连接不会在一次通信之后就断开了,而是会在一段时间之后才断开,在这段时间里面,双方都可以使用该连接进行资源的请求和获取,或者是业务的请求和处理,确实是比以前要高效的多了,但http1.1依旧还存在一个问题,就是他的通信模式还是没有变化的,也就是一问一答的通信模式,不过他已经比原来的http1.0要高效很多了,省去了很多不必要的tcp连接建立和断开,也减少浪费带宽。

    03

    JDBC 基础操作

    JDBC 的全称是 Java Database Connectivity,即 Java 数据库连接,它是一种可以执行 SQL 语句的 Java API。程序可通过 JDBC API 连接到关系数据库,并使用结构化查询语言(SQL,数据库标准的查询语言)来完成对数据库的查询、更新。   与其他数据库编程环境相比,JDBC 为数据库开发提供了标准的 API,所以使用 JDBC 开发的数据库应用可以跨平台运行,而且可以跨数据库(如果全部使用标准的 SQL)。也就是说,如果使用 JDBC 开发一个数据库应用,则该应用既可以在 Windows 平台上运行,也可以在 UNIX 等其他平台上运行;既可以使用 MySQL 数据库,也可以使用 Oracle 等数据库,而程序无须进行任何修改。   最早的时候,Sun 公司希望自己开发一组 Java API,程序员通过这组 Java API 即可操作所有的数据库系统,但后来 Sun 发现这个目标具有不可实现性,因为数据库系统太多了,而且各数据库系统的内部特性又各不相同。后来 Sun 就制定了一组标准的 API,它们只是接口,没有提供实现类(这些实现类由各数据库厂商提供实现),这些实现类就是驱动程序。而程序员使用 JDBC 时只要面向标准的 JDBC API 编程即可,当需要在数据库之间切换时,只要更换不同的实现类(即更换数据库驱动程序)就行,这是面向接口编程

    03

    Qt编写数据可视化大屏界面电子看板12-数据库采集

    数据采集是整个数据可视化大屏界面电子看板系统核心功能,没有数据源,这仅仅是个玩具UI,没啥用,当然默认做了定时器模拟数据,产生随机数据,这个可以直接配置文件修改来选择采用何种数据采集方法,总结了一下基本上会有这样几种数据源,timer-模拟数据 db-数据库采集 tcp-网络采集 http-post请求,大量的web会选择采用http作为post网络请求来获取数据,而对于本人来说,更喜欢用数据库作为数据源,这样可以避免很多扯皮的事情,比如请求出错或者得到错误的数据等,而数据库是死的,不涉及到其他任何程序的干扰,也不需要做任何对接,只要规范好数据库表和字段即可。

    03
    领券