javaweb整体结构



——————————————————————————————

1.HTTP

定义:超文本传输协议,规定了浏览器和服务器之间传输的规则

特点:

  1. 基于TCP协议:面向连接,安全。
  2. 基于请求-响应模型:一次请求对应一次响应
  3. HTTP协议是无状态的协议:对于事务处理没有记忆能力,每次请求-响应 都是独立的:速度快但是多次请求不能共享数据,可以通过cookie,session来解决(会话技术)。

(1)请求数据格式

  1. 请求行:请求数据的第一行。GET表示请求方式(get和post等,在html那里讲过),/表示请求资源路径,HTTP/1.1表示协议版本。三个中间以空格分隔
  2. 请求头:第二行开始。格式为key: value形式。
  3. 请求体:POST请求独有的。在post请求的最后一部分,存放请求参数

    对于get和post的区别,就是:get请求参数放在请求行里,没有请求体,并且大小有限制
    post的请求放在请求体中,大小没有限制。

(1)响应数据格式


7. 响应行:HTTP的版本号+响应状态码(200表示响应成功),OK表示状态码描述。

更多详细响应状态码见:https://cloud.tencent.com/developer/chapter/13553
8. 响应头:从第二行开始,格式也是key:value的形式。(后边加一个空行与响应体隔开)

  1. 响应体

传输流程是:我们写服务端软件,申请socket,然后输入流输出流。但是这个比较通用,就封装在了tomcat里

2.Tomcat

tomcat是一个web服务器。准确的说也是一个软件,这个软件对HTTP协议进行封装,使程序员不必直接对协议进行操作,让web开发更加便捷,主要功能是“提供网上信息浏览服务”。

  1. 作用:封装HTTP协议操作,简化开发。将web项目部署 到web服务器,对外提供网上浏览服务。
  2. 支持servlet/JSP少量javaEE规范,也称web容器,serclet容器

一些文件的常识:

下载:直接在官网,免费的,下载了以后解压就可以了。
打开:bin目录里的startup.bat,双击就打开了(sh结尾的是linux的)
关闭:ctrl + c 或者点shutfoen.bat。不要直接点×

可以把默认端口号改成80,因为http协议的默认端口号为80,这样我们就不用写端口号也能访问到。

打开时,如果说端口冲突,那就找到那个程序把他关了就行了。
如果闪退,就是环境变量没有配置好java。tomcat要用java跑,所以他需要能找到java在哪。

访问哪个项目:就是在localhost:80/项目名字

我们一般配置直接放到webapps文件夹下就好,但是我们挪文件夹可能比较慢,这时可以把文件打包成war包(通过idea插件就可以),把war包放过去,tomcat会自动解压。

项目结构

创建方式:


怎么使用idea更快的部署到tomcat中
1.把tomcat集成到idea

2.使用idea中的tomcat插件

  <build><finalName>tomcat_01</finalName><plugins><plugin><groupId>org.apache.tomcat.maven</groupId><artifactId>tomcat7-maven-plugin</artifactId><version>2.2</version></plugin></plugins></build>

这里可以设置端口

3.Servlet

是一门动态web资源开发技术
是javaEE的规范之一。提到规范就应该想到接口。将来我们需要定义servlet类实现servlet接口,并由web服务器运行servlet

(1)快速入门

  1. 创建web’项目,导入servlet依赖
    <dependency><groupId>javax.servlet</groupId><artifactId>javax.servlet-api</artifactId><version>3.1.0</version>
<!--      这里记得加一个作用范围,main和test文件都使用,但是运行时不使用-->
<!--      这样打包到war包以后,就没有这个依赖,tomcat是自带这个依赖的--><scope>provided</scope></dependency>
  1. 定义一个类,实现Servlet接口,并重写接口中的所有方法,并在service方法中输入一句话,会被输出到控制台,表明servlet被执行了。

  2. 配置:在类上使用@WebServlet注解,配置该Servlet的访问路径

@WebServlet("/demo1")
public class SetveltDemo implements Servlet{   }
  1. 访问:启动Tomcat,浏览器输入URL访问该Servlet
http://localhost:8080/web-demo/demo1

(2)Servlet的执行流程和生命周期

为什么输入域名就能自己跑起来?它的对象是谁创建的?他的方法是谁调用的?

是tomcat进行创建和调用的。

生命周期:一个对象从创建到销毁的整个过程

servelt运行在tomcat容器中(web服务器),其生命周期由容器来管理,分为四个阶段

  1. 加载和实例化阶段:默认情况下,当servlet第一次被访问的时候,由容器来创建servlet对象(可以改边注解后边括号里属性,loadOnStartup的值,等于负整数的时候,就是第一次访问才创建。等于0以上的时候,就是服务器启动的时候创建,数字越小优先级越高)
  2. 初始化:实例化后,init方法会自动被容器调用,完成一些如加载配置文件、创建连接等初始化工作,该方法只调用一次。
  3. 请求处理:每次请求servlet时,容器都会调用servlet都会调用service方法对请求进行处理
  4. 服务终止:当需要释放内存或者容器关闭时,容器就会调用servlet实例的destroy方法完成资源的释放(init方法里面申请的资源)。在destory方法调用后,容器就会释放这个servlet实例,该实例随后会被java垃圾收集器所回收。(这里注意,强制关闭时不会执行的,也就是不会调用这个方法来释放资源了,点tomcaat的叉叉时强制关闭,点idea里的红方块也是强制关闭)——正确的关闭:打开的时候,在idea下方的Terminal也就是控制台,输入mvn tomcat7:run方法开启服务,输入ctrl+c就可以安全退出。

(3)servlet方法介绍

除了上面那三个方法,还有两个,但是不常用
geetServletInfo:返回版权等信息的,我们一般就直接return ”“;空字符串就行
getServletConfig:返回一个ServletConfig对象。

(4)servlet体系结构(HttpServlet)


我们将来开发B/S架构的web项目,都是针对HTTP协议,所以我们自定义Servlet,直接继承HttpServlet类,然后重写他的doGet和doPost方法即可(分别对应get和post请求方式的处理逻辑)。

为什么要区分get和post的方法?因为不同的请求方式,他们呢分别写在不同的地方。一个在请求行,一个在请求体。如果我们就普通实现接口,那么也需要在service里获取请求方式,再做操作。

HttpServlet分开get和post的实现原理:一个抽象类实现了servlet接口,然后他继承这个抽象类,重写了抽象类的所有方法(其实就相当于实现了接口)。然后添加了两个方法doGet和doPost,他的service方法里有一个判断语句,就是当get请求的时候,就会执行doGet方法中的代码,post进来的时候,就会执行doPost方法的代码。————重点来了:我们访问的直接就是我们自己写的继承了HttpServle的类,而我们的类里面只重写了两个do的方法,没有service,所以他会去这个类的父类去执行,也就是HttpServlet,这个方法会判断get还是post。然后get的话去找doGet方法,由于我们doGget被我们重写了,所以他还会回到子类里来执行doGet,而不会执行HttpServlet里的doGet。post亦然。。
——————————————————————————————————————————
下面是做一个html提交信息到servlet,然后感应get还是post的实验
实验:
1.先把Servlet的继承写好,如果是get方法就打印get,如果是post发送过来的就打印post

@WebServlet("/demo1")
public class ServletDome1 extends HttpServlet {@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {System.out.println("get..");}@Overrideprotected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {System.out.println("post..");}
}

然后开启tomcat(接口打开)
写html,把他的发送地址写sevlet的地址

<body>
<form action="http://localhost:8080/tomcat_01/demo1" method="post"><input name="username"><input type="submit">
</form>
</body>

然后打开html,输入信息点发送,servlet就能接收到了。
————————————————————————————————————————

(5)urlPattern配置:

  1. 一个Servlet,可以配置多个urlPattern
    @WebServlet(urlPatterns = {“/demo1”,/demo2})
  2. urlPattern配置规则

    如果输入的同时满足多个项目的配置路径,那么会有一个优先级
    精确>目录>拓展名>/*>/
    这里有两个点:第一拓展名不可以前面加斜杠,不然会报错
    第二,不要使用/,不然就会覆盖掉DefaultServlet,导致项目中的静态资源无法访问。

(6)xml方式

也可以写Servlet,但是过时了,就是把注解的内容卸载xml里。

——————————————————————————————————————————

(7)小结

ok到这里来捋一下网络编程、tomcat、servlet的串联思路。
一般的网络通信需要服务端、客户端一边一个socket,然后两边通过socket把网络变成了流对象,客户端(浏览器)向这个流对象输出流或者读入,然后服务端通过这个socket用输入流读入或者输出。
socket由于用起来比较复杂,每次需要对一个端口new一个seversocket对象,再通过这个对象获取socket,再建流,再通过流传递。
我们就把他用tomcat封装起来,tomcat可以自动完成这一系列操作,自动的new seversocket,默认端口是8080,然后自动的获取这个端口的socket。并且把流这个过程也封装了。
把项目部署到toncat,其实就是部署服务端的过程,我们的浏览器相当于客户端。我们打开了tomcat相当于打开了服务端的socket接口,别人输入域名,其实就相当于一个客户端连接了你的服务端接口,所以我们要输入协议名(以什么连接方式)+ip(哪个主机)+端口(哪个服务)+项目名(socket中的哪个项目)。然后连接上以后,就会返回一个页面,根据你选择连接的项目不同,当然会返回不同的内容,你连接的html自然就会返回一个页面。这样tomcat的作用就是这样,简化建立连接和输入输出的繁琐,直接建立,并且根据项目名字返回你要的东西。
什么是Servlet?他的作用并不是简化,而是承担动态作用的。html、css、js都是静态资源,每个人看到的都是一样的,但是没法处理一系列操作以及沟通数据库(暂时想法,对错有待深入)。servlet正是进行这一系列动态操作的,我们都知道,像前面html的表单,会提交吧,提交到我们服务器这里来,就是提交给servlet进行处理的。
他不是一种特殊的东西,他只是一个java语言的代码而已,就是一个接口,我们需要实现接口的方法即可。(这里常用接口抽象类的实现类的继承,详细的看上面)
然后,这里我们跟前面的html串起来的话,html的表单会有一个属性action,就是提交给谁,我们就可以写sevlet的url,这样就会提交过去,然后他会处理。

4.servlet(request,response)

(1)Request

请求的数据放在request对象里,我们通过调用这个对象的方法来获取这些数据

①Request继承体系

②Request获取请求数据

请求数据分为三部分:请求行、请求头、请求体

  1. 请求行:这部分就是一个包含三部分的字符串:请求方式+URL+?+参数+协议版本
    String getMethod():获取请求方式
    String getContextPath:获得虚拟目录(项目访问路径)/request_demo
    StringBuffer getRequestURL:获取其URL,也就是ip+端口+路径(统一资源定位符)http……/request_demo/req1
    String getRequestURI(统一资源标识符)/request_demo/req1(多了个具体名字)
    String getQuerString:获取get请求的请求参数:“username=zhangsan&id=2”

  2. 请求头;头的名称:头的值
    String getHeader(String name)根据请求头名称获取值

  3. 请求体:键值对,等号连接的参数信息(表单参数)
    getInputStream获取字节输入流
    getReader获取字符输入流

这里由于post和get的参数放在不同地方,所以我们需要分别写两套重复的方法,比较麻烦。所以我们有一个通用的方法,然后再doPost里调用doGet,在使用这个通用的方法。
这个通用的方法就是,无论是在请求行还是请求体的参数,都i会给你放到map< String,String[,]>里,根据键值来取值。当然也可以直接取,一些方法如下。(键值相同的两个会放到数组里,比如复选框,就是多个值)

我们可以修改servlet创建模板,让她一开始就全都写好,hdoPost转到get也能写好。。

中文乱码问题

post的乱码:post的获取原理是流获取,所以我们把流的编码设置成UTF-8就行

request.setCharacterEncoding("UTF-8");

get的乱码:
get是字符串读入的:String getQuerString
首先要清楚这个过程,是怎么传递的:我们输入中文(UTF-8)–》浏览器给我们会自动转成URL编码(十六进制)–》tomcat会解码URL,转成ISO-8859-1的字符串。

要想解决这个问题,首先想到能不能把解码方式转成U8?可惜tomcat的这个是写死的,所以我们需要对ISO-8859-1这个字符串下手。虽然编码格式不一样,但是他们对应的二进制位是一样的,所以我们可以把他们转成byte的形式(字节形式,每个字节是四个比特位,转成的十进制数),然后把这个byte数组转成u的字符串就可以了。

具体操作:

//首先把字符串按对应编码转成字节数组
byte[] bytes = username.getBytes(StandardCharsets_8859_1);
//然后把字节数组转成UTF8
username = new String(bytes,StandardCharsets.UTF_8);
//可以把上面两个合二为一
username = new String(username.getBytes(StandardCharsets_8859_1),StandardCharsets.UTF_8);

细节:转码过程细节是怎么样呢?
URL编码方式:四个比特位为一个16进制数,每两个16进制前面加上百分号
比如“张三”这个汉字:会按UTF-8编码转成6个字节(一个汉字3个字节),一个字节8个比特位。也就是48个比特位。
然后每个字节也就是每8位,用两个十六进制表示,然后前面加百分号即可。

解码过程同理

③Request请求转发

资源A 处理完转给 资源B 处理,处理完再响应,只需要在A中加上一行代码即可

req.getRequestDispatcher("资源B路径").forward(req.resp);//请求转发资源间共享数据:使用request对象,下面这些是request的一些方法
//其实就是调用request的这些方法,往里面放东西而已
//第一个是放一个key和一个value
void setAttribute(String name,Object o) //存储数据到request域中
Object getAttribute(String name); //根据key,获取值
void removeAttribute(String name);  //根据key,删除该键值对

特点:
浏览器地址栏路径不会改变
只能转发到当前服务器的内部资源
一次请求,一次响应。

(2)Response

设置响应数据,用到时候就取出来

①Response设置响应数据功能介绍

②Respnose完成重定向

什么是重定向?——浏览器访问资源A ,A处理不来要B处理。然后A给浏览器一个重定向响应(302状态码),意思是告诉你这个请求我处理不了,你去找资源B,资源B的路径也会随着重定向在响应头里返回

代码实现:

//设置响应状态码302
response.setStatus(302);
//设置响应头Location(value位资源B的地址)
response.setHeader("Location","地址");//由于302和location关键字都是固定的,所以我们通常用封装后的代码简化
response.sendRedirect("地址");

特点:
浏览器地址栏发生变化
可以重定位到任意资源
两次请求,不能通过request共享资源。

什么时候要加虚拟目录?什么时候只用名字就可以?
给服务器使用,比如转发,就不用虚拟目录
但是给浏览器用的都要加虚拟目录(就是URL那一套)

动态获取虚拟目录:

String contextPath = request.getContextPath();
//重定向
response.sendRedirect(contextPath+"/resp2");

③Response响应字符数据

通过

PrintWriter write = response.getWriter获取字符输出流
然后写就可以
write.write("")

在写之前可以设置一下content-type,就可以告诉浏览器下面是html的,按照html来解析

resopnse.setHeader("content-type","text/html")

中文也会乱码。可以通过设置流的编码,同时也把html设置了

response.setContentType("text/html;charst=utf-8")

不需要关response获取的流,响应结束response会被销毁。

④Response响应字节数据

获取字节输出流(音频图片视频等)
1.读取文件

FilerInputStream fis = new FilInputStream("视频地址");

2.获取字节输出流

ServletOutputStream os = response.getOutputStream();

3.完成流的copy

byte[] buff = new byte[1024];
int len = 0;
while((len = fis.read(buff)) != -1){os.write(buff,0,len);
}
fis.close;

当然,第三步是底层,我们现在一般用工具类,完成复制
也就是IOUtils这个工具类的copy接口

IOUtils.copy(fis,os);

这个工具类需要导坐标(使用的时候导包别倒错,是阿帕奇的)

5.会话技术

会话:用户打开浏览器,访问web服务器的资源,会话建立,直到有一方断开连接,会话结束。在一次会话可以包含多次请求和响应。

会话跟踪:一种维护浏览器状态的方法,服务器需要识别多次请求是否来自于同一台浏览器,一边在同一次会话的多次请求间共享技术。(比如我们在购物的时候,同一个用户点击不同的功能,也就是发送不同的请求,就需要几次请求共享用户名等数据)

因为HTTP协议是无状态的,每次浏览器向服务器请求时,服务器都将视该请求为新的请求。(因为如果携带数据的话,那么HTTP的携带数据量会越来越大,后续的访问会变慢)所以我们要想要共享数据的话,就需要用会话跟踪技术。

实现方式:
客户端会话跟踪技术:Cookie(把数据放在客户端)
服务端会话跟踪技术:Session(把数据放在服务端)
原理只是数据放的位置不同而已

(1)Cookie(客户端会话跟踪)

①Cookie基本使用

将数据保存到客户端,以后每次请求都携带Cookie数据进行访问。

我们主要是服务端开发, 关心的是发送Cookie对象给浏览器,以及从浏览器获取Cookie对象。至于Cookie在浏览器怎么储存的,我们不关心。

发送cookie

  1. 创建Cookie对象,设置数据
Cookie cookie = new Cookie("key","value");
  1. 发送Cookie到客户端,使用response对象
response.addCookie(cookie);

获取cookie

  1. 因为传来的不止是一个cookie,所以我们要获取所有的cookie(数组形式),然后遍历
Cookie[] cookies = request.getCookie();
  1. 遍历数组(在里面加判断语句,获得自己想要的那个cookie)
for(Cookie cookie : Cookie){String name = cookie.getName();String value = cookie.getValue();
}

②Cookie原理

cookie实现是基于http协议的

发送cookie——response
响应头加了个set-cookie参数

获取cookie——request
请求头加了个cookie

③Cookie细节

  1. cookie的存活时间:默认是存放在浏览器的内存中,当浏览器关闭,内存释放,则cookie被销毁。
    当然,我们有时候需要浏览器关了下一次开也能存在(比如记住密码功能),可以使用一个自带的api。——setMaxAge(int seconds):设置cookie的存活时间
    输入正数——到时间自动删除
    输入负数——默认关闭浏览器就销毁
    零——删除对应cookie
//创建cookie
Cookie cookie = new Cookie("key","value");
//设置存活时间2424秒
cookie.setMaxAge(2424);
//发送cookie
response.addCookie(cookie);
  1. 存中文
    cookie不能存中文,不然会报错(报500)
    要想存中文,就得先转码(转URL),然后取的时候再转回去。
//转成URL编码方式
String value = URLEncoder.encode("张三","UTF-8");
//解码
URLDecoder.decode(value,"UTF-8");

(1)Session(服务器会话跟踪)

客户端存数据,不是很安全,因为一直在网络中传输

Session是服务器中的对象,每个servlet都可以获取同一个Session对象,这样就可以共享了。

①使用规则

  1. 获取session对象
//javaEE提供了HttpSession接口,来实现功能(用request来获取session)
//这里的request需要时GttpServletRequest类型的,如果不时要强转
HttpSession session = request.getSession();
  1. 使用Session对象功能
//存储数据到session域中
void setAttribute(String name,Object o);
//根据key,获取值
Object getAttribute(String name);
//根据key删除对应数据
void removeAttribute(String name);

②原理

我们前面说,同一个浏览器开启会话,然后会话期间可以多次请求多次响应而保存数据,我们把数据放在session里,每次获取session

这里就存在一个问题,怎么能保证我同一个浏览器请求时,获取的是同一个session呢?如果不是同一个session,那么不就出问题了嘛(如图,同一个浏览器的请求,才会获取到同一个session)

实现原理:session是基于cookie的
其实就是获取的session有一个id
然后通过cookie发给浏览器
下一次再后获取他的cookie里的session的id

③细节

  1. Session 钝化、活化
    服务器重启后,Session的数据是否还在?

    钝化:在服务器正常关闭后,tomcat会自动把数据加载到硬盘的文件中
    活化:在启动服务器后,从文件中加载数据到session中。
    也就是不会丢失

    但是,如果浏览器关了,那么cookie也没了(默认生命周期为-1).那再打开就不是原来的session了——不能长期存

  2. Session销毁
    ①session默认情况下无操作30分钟就会销毁(也可以设置)(就是可能有的页面会提示,你已经长时间没操作,将要自动退出)

    ②可以自毁(也就是退出登录的感觉)
    调用session对象的invalidate方法

(3)cookie和session异同

相同点:二者都是用来完成一次对话期间多次请求的数据共享

不同点:

  1. 存储位置不同
  2. 安全性:cookie需要一直传递,会被截获,不安全。session安全。
  3. 数据大小:cookie最大3KB,session无大小限制。
  4. 存储时间:cookie可以长期储存(自己设置0,-1,或者秒数 ),session默认三分钟
  5. 服务器性能:cookie不占服务器资源,session占服务器资源

5.filter过滤器

请求和响应会通过过滤器(也就是会执行过滤器里的代码)(拦截并放行
一般完成一些通用的操作,比如权限控制、统一编码处理、敏感字符处理等……

(1)快速入门

定义类,实现Filter接口,并重写其所有方法(三个方法)

//三个方法分别是初始化init、销毁destory以及doFilter执行方法
//前两个和servlet里的是一样的作用
//具体拦截后的操作写在doFilter方法里
//在doFileter要放行,请求才能通过过滤器——chain.doFilter(request,response)

给类加注解

@WebFilter(“/*”)        //括号里代表的是拦截的请求范围

(2)执行流程

请求的时候,会被拦截,然后处理后放行

然后响应的时候,是不是还需要过滤,那么过滤的时候,是从头开始执行,还是执行放行之后的逻辑呢?

如图,是执行放行之后的逻辑,因为如果从头开始,那就是执行了两遍相同代码了。

怎么实现的呢?doFilter的参数是request、response、chain,一般我们会在放行前,对request数据进行处理,然后在放行语句之后,写response的代码

(3)细节

拦截路径的配置:

过滤器链:一个web应用,可以配置多个过滤器,称为过滤器链

过滤器的执行顺序:按照过滤器的名字,一个一个字比较,先执行小的。

(4)案例——登陆拦截(无验证环节)

访问服务器资源的时候,首先要进行登陆验证,如果没有登录,就自动跳转到登录界面

1.如何判断用户是否登录?——session中是否有user对象
有:说明已经登录,直接放行
无:跳转到登录界面,并给出提示信息
2.登录或注册的时候,这两个页面也是服务器中的,所以我们应该允许访问的页面时登录页和注册页的时候,也可以过拦截。

5.监听器

六天速通javaweb(后续深入学在这丰富)相关推荐

  1. 5天速通JavaScript

    5天速通JavaScript 一,JavaScript是什么和作用? 二,JavaScript的组成与特点 二,JavaScript入门 三,JavaScript的注释 四,浏览器控制台的使用 五,基 ...

  2. 高通的快充协议_高通:后续骁龙旗舰将标配100W快充

    高通于昨晚正式推出了Quick Charge 5充电解决方案,经过3年时间的准备,高通这一次在Quick Charge快充的升级可谓重磅,在功率上实现了重大突破,达到了100W. 官方数据显示,高通Q ...

  3. 16薪,六险一金,深尚科技招聘视觉/图像算法工程师 ,包含社招和校招

    公司简介 公司从事AI+产业垂直解决方案,创始人/CEO为前美国大学教授.前国内顶级大厂的AI领军人物,在当下环境下已经快速完成数百万美元的融资,产品已经在企业进入实用阶段. 我们的创始团队成员来自清 ...

  4. [转]nodejs深入学(7)理解Buffer

    原文: https://www.jianshu.com/p/e3f14cdf78f1 --------------------------------------------------------- ...

  5. 苦尽甘来 一个月学通JavaWeb(三十五 数据库)

    夜光序言: 致 我深爱的 二次元 那个~~这辈子不会忘记的 有一种心碎,叫做<萤火之森> 有一种舍弃,叫做<进击的巨人> 有一种温暖,叫做<夏目友人帐> 有一种治愈 ...

  6. 自己动手搭网站(六):javaweb搭建一个简单的个人博客系统

    目录 前言 一.一点建网站的背景知识 二.个人博客系统介绍 1.核心功能和数据库 2.前端页面 3.后端 servlet service层 dao层 配置文件 参考资料 前言 这篇博主会介绍下我用ja ...

  7. 三大巨头遥遥领先!亚马逊云服务领跑亚太第一,阿里微软紧随其后,腾讯谷歌百度进入前六 | 美通社头条...

    要闻摘要:亚马逊云服务领跑亚太第一,阿里微软紧随其后.IBM任命陈旭东担任大中华区总经理.前霍尼韦尔全球高增长区总裁兼CEO创建国际投资集团睿桥.霍尼韦尔推出氢燃烧解决方案服务组合.国际权威机构碳信托 ...

  8. 【】一天速通_狠狠MySQL_20230801_实际用了三天

    数据是信息的原料,那数据从哪里来?谁在生产数据?我拿出了镜子.20230801 一天复习完_狠狠sql20230725 复习笔记.sql领进门,修行靠个人. 感谢遇见狂神说. mark{ backgr ...

  9. 备考一天速通计算机三级网络技术

    Step1:看视频,达到选择题.综合题.应用题的题目排布和做题方法心中有数(视频时间短,通俗易懂) Step2:刷三套选择题,对常考的知识点留有一些印象(可以边做边查总结的知识点,做标记) Step3 ...

最新文章

  1. Visual Studio 2013运行时卡顿 CPU占用超高的解决方法
  2. Redis的两种持久化方式
  3. 图谱(学习地图)系列总结,持续更新中
  4. 笨办法学 Python · 续 练习 46:`blog`
  5. day7--pandas
  6. [Google Guava]学习--新集合类型BiMap
  7. 数据库系统概论第五版(王珊)-基础篇(三)
  8. 使用Excel进行线性规划
  9. 百词斩不复习_不背单词,墨墨背单词和百词斩哪个好啊?
  10. 无线路由器WINS服务器,怎么创建和配置wins服务器
  11. 【Xcelsius】在PPT中嵌入水晶易表Xcelsius2008仪表盘
  12. rds是什么云模式_IaaS、PaaS、SaaS、DaaS都是什么?
  13. python beautiful soup库的用法
  14. Spring Boot系列——日志配置
  15. CAS单点登录-密码管理(十三)
  16. 量化交易系统设计细节
  17. unraid虚拟linux系统,UNRAID教程:3分钟 用unraid自带的虚拟机 安装 黑群晖NAS DSM系统 很强大!...
  18. PaddlePaddle tutorial Ⅰ——Multiple linear regression
  19. 记录一次神奇的大物实验——用模拟法测绘静电场——别人都是打铁~我们打孔~~~
  20. 基于双层优化的微电网系统规划设计方法matlab程序(yalmip+cplex)

热门文章

  1. 大数据里常见的几种压缩格式压缩
  2. 逃不开的经济周期 读后感
  3. tcga样本编号_TCGA数据库样本命名原则
  4. 8.Tableau之树形图
  5. 智能推荐助力南瓜电影打造私人定制影院
  6. Tampermonkey(油猴)一只调皮的猴子
  7. SAAS平台运营如何在职场夹缝生存
  8. B1046:划拳(15')
  9. 刚刚,中国联通发布公告:曝云南混改发生重大变更
  10. 1024开发者盛宴之Java专家问答专场活动说明