session对象

1.引入依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-websocket</artifactId> <version>1.3.5.RELEASE</version> </dependency> 2.配置ServerEndpointExporter @Configuration public class WebSocketConfig { @Bean public ServerEndpointExporter serverEndpointExporter() { return new ServerEndpointExporter(); } } 这个bean会自动注册使用了@ServerEndpoint注解声明的Websocket endpoint。 3.创建websocket的ServerEndpoint端点 @Component @ServerEndpoint("/socket") public class WebSocketServer { /** * 全部在线会话 */ private static Map<String, Session> onlineSessions = new ConcurrentHashMap<>(); /** *

1、Request -获取请求对象 string s =Request["key"]; 2、Response - 响应请求对象 Response.Redirect("url"); 服务端重定向，在当前页面跳转。 Response.Write("string"); 将此字符串输出到页面的最顶端，里面可以放Js。 3、Session 存贮在服务端，占用服务器内存 很好用，速度很快 不要滥用，容易溢出 生命周期：20分钟，每一次新的请求都会刷新这个时间 浏览器一旦关闭，那么会断开此条Session的连接 Session里面能存储Object类型 （1）、传值： string s=TextBox1.Text; Session["aaa"]=s; Response.Redirect("url"); （2）、取值： Label1.Text= Session["aaa"].Tostring(); （3）、 如果报错：未将对象引用设置到对象的实例。 存贮在服务端，占用服务器内存 。浏览器一旦关闭，那么会断开此条Session的连接 处理办法：在取值时进行判断 if(Session["aaa"]!=null) { Label1.Text= Session["aaa"].Tostring(); } （4）、如果传一个对象的话： 赋值：Users u= new Users(); u.UserName=

接NHibernate 3.2实现Repository（ORuM）前文 使用NHibernate-->NHibernate.Linq-->Linq，结合NHibernate和LINQ的优势，使Repository的对象持久化和对象查询两方面兼优，实现了鱼和熊掌兼得。 使用LINQ重构Repository 修改Repository接口，使用LINQ减少方法，查询方法只有Query<TEntity>()。 using System;using System.Collections.Generic;using System.Linq;namespace MVCQuick.Framework.Repository{ public interface IRepository : IDisposable { void Save<TEntity>(TEntity entity) where TEntity : EntityBase; void Update<TEntity>(TEntity entity) where TEntity : EntityBase; void SaveOrUpdate<TEntity>(TEntity entity) where TEntity : EntityBase; void Delete<TEntity>(TEntity entity) where

Session的使用不可避免的需要注意其丢失情况，这几天在网上搜集的一些丢失Session的原因及解决办法，整理如下： 1.Session超时后自动丢失 解决：查看Session是否是超时后被清除，如需设置超时时间，可在web.config的sessionState节点中设置，此节点在下面有介绍 2. 检查代码有无让Session主动丢失的代码 解决：比如有无Session.Abandon()之类的代码 3.cookie数量限制可能导致Session的丢失 解决：Cookie的数量限制与每个浏览器有关 4. 服务器内存不足导致Session丢失 解决：可修改配置文件中processModel标签的memoryLimit属性，该属性默认为60%。 标签位置在<system.web>中，如下所示： <processModel memoryLimit="60" /> 该属性指在 ASP.NET 启动新进程和重新分配现有请求前，辅助进程可以使用的最大内存大小 亦可考虑使用第5点解决 5.进程的重启导致Session丢失 asp.net有一种机制，为了保证dll重新编译之后，系统正常运行，它会重新启动一次网站进程，这时就会导致Session丢失，所以如果有DLL文件或者其他文件(Global.asax、Web.config)被动态改写，就会导致Session丢失 因此引起进程重启的原因可能有

JAVA 相关基础知识 1 、面向对象的特征有哪些方面 1. 抽象 ： 抽象就是忽略一个主题中与当前目标无关的那些方面，以便更充分地注意与当前目标有关的方面。抽象并不打算了解全部问题，而只是选择其中的一部分，暂时不用部分细节。抽象包括两个方面，一是过程抽象，二是数据抽象。 2. 继承 ： 继承是一种联结类的层次模型，并且允许和鼓励类的重用，它提供了一种明确表述共性的方法。对象的一个新类可以从现有的类中派生，这个过程称为类继承。新类继承了原始类的特性，新类称为原始类的派生类（子类），而原始类称为新类的基类（父类）。派生类可以从它的基类那里继承方法和实例变量，并且类可以修改或增加新的方法使之更适合特殊的需要。 3. 封装 ： 封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。面向对象计算始于这个基本概念，即现实世界可以被描绘成一系列完全自治、封装的对象，这些对象通过一个受保护的接口访问其他对象。 4. 多态性 ： 多态性是指允许不同类的对象对同一消息作出响应。多态性包括参数化多态性和包含多态性。多态性语言具有灵活、抽象、行为共享、代码共享的优势，很好的解决了应用程序函数同名问题。 2 、 String 是最基本的数据类型吗 ? 基本数据类型包括 byte 、 int 、 char 、 long 、 float 、 double 、 boolean 和 short 。

9.1 会话跟踪的需求 HTTP是无状态协议： 协议的状态是指下一次传输可以“记住”这次传输信息的能力，无状态是指 同一个会话（ 注意什么叫同一个会话 ）的连续两个请求互相不了解 ，当浏览器发送请求给服务器的时候，服务器响应，但是同一个浏览器再发送请求给服务器的时候，他会响应，但是他不知道你就是刚才那个浏览器， 每一次请求和响应都是相对独立的。 在客户端与服务器进行动态交互的Web应用程序出现之后， HTTP无状态的特性严重阻碍了这些应用程序的实现，毕竟交互是需要承前启后的，简单的购物车程序也要知道用户到底在之前选择了什么商品 。 于是，两种用于保持HTTP连接状态的技术就应运而生了，一个是Cookie，而另一个则是Session Cookie是通过客户端保持状态的解决方案。 从定义上来说，Cookie就是由服务器发给客户端的特殊信息，而这些信息以文本文件的方式存放在客户端，然后客户端每次向服务器发送请求的时候都会带上这些特殊的信息，有了Cookie这样的技术实现，服务器在接收到来自客户端浏览器的请求之后，就能够通过分析存放于请求头的Cookie得到客户端特有的信息，从而动态生成与该客户端相对应的内容。 与Cookie相对的一个解决方案是Session，它是通过服务器来保持状态的。 需要在这里明确一下Session的含义。首先，我们通常都会把Session翻译成会话

一、输入url到展示页面过程发生了什么？ URL(Uniform Resource Locator)统一资源定位符，用于定位互联网上资源 scheme: // host.domain:port/path/filename scheme:定义因特网服务的类型，常见的类型有:HTTP HTTPS和GTP。 host:定义域主机(http默认是www) domain:定义因特网域名，比如xxx.com.cn port:定义主机上的端口号(http:默认是80) path：定义服务器上的路径 filename:定义文档/资源的名称 1. DNS解析:将域名解析成IP地址 在浏览器输入网址后，首先要经过域名解析，因为浏览器并不能直接通过域名找到对应的服务器，而是要通过IP地址，之所以我们用的是域名而不是IP，是因为IP是一段数字，特别不容易记住，而域名其实就是IP的伪装者。 什么是域名解析：DNS协议提供通过域名查找IP地址，或者是反向通过IP查找域名的服务。DNS是一个网络服务器，我们的域名解析简单来说就是DNS上记录一条信息记录。 1.1 递归查询 主机向本地域名服务器的查询一般都是采用递归查询。 所谓递归查询就是:如果主机所查询的本地域名服务器不知道被查询域名的IP地址，那么本地域名服务器就以DNS客户的身份，向其他根域名服务器继续发出查询的请求报文(即替该主机继续查询)

最近的一个项目使用的是spring mvc,权限框架使用的是shiro. 不过有一个问题一直困扰着我,现在的session到底是谁的session,是servlet的还是shiro的. 于是我把spring controller参数里面的HttpServletRequest对象和HttpSession对象打印了出来 这两个对象打印的结果是org.apache.shiro.web.servlet.ShiroHttpServletRequest和org.apache.shiro.web.servlet.ShiroHttpSession 在不使用shiro时这些对象应该均为tomcat所实现的类,这说明在shiro执行filter时将request对象包装成了shiro实现的类. 那么shiro是在什么时候将request对象包装了的呢? 先看一下shiro的拦截器类图: ShiroFilter 是整个 Shiro 的入口点，用于拦截需要安全控制的请求进行处理。ShiroFilter 继承自AbstractShiroFilter,而AbstractShiroFilter继承自OncePerRequestFilter 先看一下OncePerRequestFilter的源码 : public abstract class OncePerRequestFilter extends

对于ASP.NET的程序员来说, Session这个东西怎能不多加了解呢....我就自己的了解来大概介绍一下这个ASP.NET Session吧~~~~~~~ 首先, Session到底是个什么东西呢? 简单来说, Session就是服务器给客户端的一个编号. 当一台Web服务器运行是, 可能是有多个用户都在浏览这台服务器上的网站. 当每个用户首次与这台服务器建立连接时, 它就与这个服务器建立了一个Session, 同时服务器就会自动为其分配一个SessionID, 用以标识这个用户的唯一身份. 这个SessionID就是有服务器随机产生的一个由24个字符组成的字符串. 这个唯一的SessionID还是有很大的实际意义的. 当一个用户提交表单时, 浏览器就会将用户的SessionID自动附加在HTTP头信息中, 当服务器处理完这个表单后, 就会将结果返回给SessionID所对应的用户. 大概了解了Session是个什么东西, 来看看在Web.config中是怎样配置Session的吧: < configuration > < system.web > < sessionState mode =" Off | InProc | StateServer | SQLServer " cookieless =" true | false " timeout =" number of

简单来说，Session就是服务器给客户端的一个编号，当一台web服务器运行时，可能 是有多个用户都在浏览这台服务器上的网站，当每个用户首次与这台服务器建立连接时，它就与这个服务器建立了一个Session，同时服务器就会自动为其分 配一个SessionId,用以标识这个用户的唯一身分，这个Session就是有服务器随机产生的一个由24个字符组成的字符串。 这个唯一的SessionId还是有很大的实际意义，当一个用户提交表单时，浏览器就会将用户的SessionId自动附加在HTTP头信息中，当服务器 处理完这个表单后，就会将结果返回给SessionId所对应的用户。 如下是Web.config如何配置Session的： <configuration> <system.web> <sessionState mode=" Off | InProc | StateServer | SQLServer " cookieless=" true | false " timeout=" number of minutes " stateConnectionString=" tcpip=server:port " sqlConnectionString=" sql connection string " stateNetworkTimeout=" number of seconds " /> <