ଳxin的博客

事情是这样的：在接口①存入session，接着在接口②获取session，结果：同一个key，却打印为空！！！为何不同？一、从session的原理上来看：session的工作原理就是依靠cookie来做支撑，第一次使用request.getSession()时session被创建，并且会为该session创建一个独一无二的sessionid存放到cookie中，然后发送会浏览器端，浏览器端每次请求时，都会带着这个sessionid，服务器就会认识该sessionid，知道了sessi

（1）死锁概念：死锁是指多个进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象。若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。（2）产生死锁的四大必要条件：互斥请求和保持不可剥夺循环等待（3）避免死锁：就是打破（2）问中的四大条件。详解请见：https://www.cnblogs.com/Kevin-ZhangCG/p/9038223.html (转载)...

(1) 当客户端PC的浏览器第一次访问某个web站点资源时，客户端提交没有带SessionID的请求（请求报文头没有Cookie头域信息）。而web服务器会检查是否有SessionID过来，没有则创建SessionID，并根据web程序自身定义在请求哪个资源时添加属于当前会话的信息（也可为空），这个信息列表以SessionID作为标识。然后将SessionID返回给客户端（通过响应报文头的Set-Cookie头域）。(2) 客户端再次访问同个web站点时，提交带有SessionID的请

一、要求：父进程产生10个子进程，子进程分别产生一个随机数，最后在父进程中将10个随机数求和输出。二、思路： 此处用文件作为中间桥梁。 创建10个子进程，每个子进程产生随机数，有两种选择：1.[初始定义两个变量sum，num]每个子进程产生随机数num后，再将sum(sum+=num)将其写入文件中，更新sum值。 最后在父进程中读文件输出sum值即可。...

运行jar包:nohup java -jar ciep-manage.jar &linux查端口：lsof -i:8585杀死进程：kill PID

IoT物联网框架，https://gitee.com/IoTSharp/IoTSharp，是@麦壳饼的作品，基于.netcore

http状态码分别有哪些 ？1开头：被接受，需要继续处理；2开头：请求成功；3开头：请求被重定向；需要客户端采取进一步操作；后续重定向目标在location域中指明；4开头：请求错误；为正确被服务端所接收；5开头：服务器错误；200-正常；301-请求的数据具有新的位置(和302的区别是，永久移动！)；304-服务端的资源与客户端上一次请求一致，不需要重新传输，客户使用本地缓存即可；400-请求中有语法问题，不满足要求；403-权限问题；404-服务器找不到资源，找不到.

(1)HTTP协议(HyperText Transfer Protocol,超文本传输协议)HTTPS（全称：Hyper Text Transfer Protocol over SecureSocket Layer）(2)https协议需要到CA申请证书.(3)http和https使用的是完全不同的连接方式，用的端口也不一样，http是80，https是443。(4)http的连接简单，无状态。Https协议是由SSL+Http协议构建的可进行加密传输、身份认证的网络协.

package com.tencent.UDP; import java.io.FileOutputStream;import java.io.IOException;import java.io.InputStream;import java.net.HttpURLConnection;import java.net.URL;public class Download { public static void main(String[] args) throws IOExcept.

//发送类package com.tencent.UDP;import java.io.BufferedReader;import java.io.InputStreamReader;import java.net.*;public class TalkSend implements Runnable { DatagramSocket socket = null; BufferedReader reader = null; DatagramPacket packet .

（1）TCP：面向连接、可靠、基于字节流、只能是点对点、速度慢、数据无差错 不丢失 不重复、以IO进行传输、发送前需要连接的传输协议。1.三次握手....2.四次挥手....（2）UDP：面向报文、不可靠、（支持一对一、一对多、多对一、多对多）、速度快、数据易丢失、以包为单位发送、发送前不需要连接的传输协议。...

1. TCP：面向连接 、 可靠性高、面向字节流 、 全双工信道2. UDP：无连接 、无可靠性 、面向报文 、不可靠信道

SSL协议的实现(三个协议):1. SSL握手协议：SSL握手协议被封装在记录协议中，该协议允许服务器与客户机在应用程序传输和接收数据之前互相认证、协商加密算法和密钥。在初次建立SSL连接时，服务器与客户机交换一系列消息。2. SSL修改密文协议：保障SSL传输过程的安全性，客户端和服务器双方应该每隔一段时间改变加密规范。3. SSL报警协议：SSL报警协议是用来为对等实体传递SSL的相关警告。如果在通信过程中某一方发现任何异常,就需要给对方发送一条警示消息通告。...

(1)HTTP访问网站简要描述:1. 在无任何缓存的情况下，先通过DNS服务器来解析域名对应的IP地址;2. PC的浏览器通过解析出来的服务器地址与服务器发起TCP三次握手建立TCP会话；3. PC浏览器向服务器发起页面的请求包（浏览器请求包括：请求头、请求体；GET发起请求（一般常用） / POST以表单的形式发起请求）；4. 服务器通过响应报文将PC浏览器请求的页面返回给PC；5. 完成数据的交互，断开TCP会话（TCP四次挥手断开会话连接），同时PC浏览器可以浏览到请求的

(1)URL（Uniform Resource Locator统一资源定位符）：唯一地标识万维网中的某一个文档。URL由协议、主机和端口(默认为80)以及文件名构成。例如:Http://www.baidu.com:80/news/zhang.html协议:// 主机:端口号(80) / 文件名及其路径(2)HTTP: 属于应用层协议如图所示，当用户点击URL为http://www.baidu.com/zhang.html的超链接时，客户机浏览器与Web服务器间将会执行下列步骤(当