java代码页面缓存,java数据缓存方式

java 中如何进行页面缓存

在jsp页面里：

request.setAttribute("aaa",bbb);

request.getSession().setAttribute("ccc",ddd);

其中，bbb是一个文本里面的内容，ddd是另一个文本框里的内容。

这样可以暂时保存下来，等再次返回这个页面的时候，我们在用

得到bbb,request.getAttribute(''aaa''); 然后再把bbb设置在第一个文本框里面就好了，达到了缓存的效果。

如果你用struts框架，里面的html标签库已经为我们提供了这样的效果。我们可以直接来用。

相关问答

Q1: java如何将页面每次请求获得的数据缓存起来供使用？

?阏飧龊诵牡牡胤剑?褪莂ction这儿不去查数据库，而拿到缓存的数据再直接返回到前台嘛。核心代码逻辑就是：longobsoleteTime=1天;

List

list=cache.get(abc,

obsoleteTime);if(list==null){

list=manager.search(..);

这样的缓存策略很多的啊。比如oscache就可以达到要求，而且用起来很简单，只要一个jar，自己抽象一个cache的接口，套上去，就能用了。

Q2: 朋友，请问Java页面暂存功能怎样实现的呢？求教

Java页面缓存通常由三种方法：

1、JavaBean缓存从数据库中读取的内容，通过getter和setter方法

2、通过利用XML缓存当前数据

3、建立相应的缓存池（没有具体用过）

Q3: Java本地缓存有哪些

下面给你介绍几个常见的java缓存框架：

1、OSCache

OSCache是个一个广泛采用的高性能的J2EE缓存框架，OSCache能用于任何Java应用程序的普通的缓存解决方案。

OSCache有以下特点：

缓存任何对象，你可以不受限制的缓存部分jsp页面或HTTP请求，任何java对象都可以缓存。

拥有全面的API--OSCache API给你全面的程序来控制所有的OSCache特性。

永久缓存--缓存能随意的写入硬盘，因此允许昂贵的创建（expensive-to-create）数据来保持缓存，甚至能让应用重启。

支持集群--集群缓存数据能被单个的进行参数配置，不需要修改代码。

缓存记录的过期--你可以有最大限度的控制缓存对象的过期，包括可插入式的刷新策略（如果默认性能不需要时）。

2、Java Caching System

JSC(Java Caching System)是一个用分布式的缓存系统，是基于服务器的java应用程序。它是通过提供管理各种动态缓存数据来加速动态web应用。

JCS和其他缓存系统一样，也是一个用于高速读取，低速写入的应用程序。

动态内容和报表系统能够获得更好的性能。

如果一个网站，有重复的网站结构，使用间歇性更新方式的数据库（而不是连续不断的更新数据库），被重复搜索出相同结果的，就能够通过执行缓存方式改进其性能和伸缩性。

3、EHCache

EHCache 是一个纯java的在进程中的缓存，它具有以下特性：快速，简单，为Hibernate2.1充当可插入的缓存，最小的依赖性，全面的文档和测试。

4、JCache

JCache是个开源程序，正在努力成为JSR-107开源规范，JSR-107规范已经很多年没改变了。这个版本仍然是构建在最初的功能定义上。

5、ShiftOne

ShiftOne Java Object Cache是一个执行一系列严格的对象缓存策略的Java lib，就像一个轻量级的配置缓存工作状态的框架。

6、SwarmCache

SwarmCache是一个简单且有效的分布式缓存，它使用IP multicast与同一个局域网的其他主机进行通讯，是特别为集群和数据驱动web应用程序而设计的。SwarmCache能够让典型的读操作大大超过写操作的这类应用提供更好的性能支持。

SwarmCache使用JavaGroups来管理从属关系和分布式缓存的通讯。

Q4: 请问网页的缓存清除在java代码中怎么解决

利用HTTP协议清空，HTTP Header 参数Cache-Control来清空缓存；

Cache-Control 的参数包括:

max-age=[单位：秒 seconds] — 设置缓存最大的有效时间. 类似于 Expires, 但是这个参数定义的是时间大小（比如：60）而不是确定的时间点.单位是[秒 seconds].

s-maxage=[单位：秒 seconds] — 类似于 max-age, 但是它只用于公享缓存 (e.g., proxy) .

public — 响应会被缓存，并且在多用户间共享。正常情况, 如果要求 HTTP 认证,响应会自动设置为 private.

private — 响应只能够作为私有的缓存(e.g., 在一个浏览器中)，不能再用户间共享。

no-cache — 响应不会被缓存,而是实时向服务器端请求资源。这一点很有用，这对保证HTTP 认证能够严格地禁止缓存以保证安全性很有用（这是指页面与public结合使用的情况下）.既没有牺牲缓存的效率，又能保证安全。

no-store — 在任何条件下，响应都不会被缓存，并且不会被写入到客户端的磁盘里，这也是基于安全考虑的某些敏感的响应才会使用这个。

must-revalidate — 响应在特定条件下会被重用，以满足接下来的请求，但是它必须到服务器端去验证它是不是仍然是最新的。