mvc全局缓存
1. spring mvc 怎么设计缓存
用于提供如浏览器缓存控制、是否必须有session开启、支持的请求方法类型（GET、POST等）等，该类主要有如下属性：
Set<String> supportedMethods：设置支持的请求方法类型，默认支持“GET”、“POST”、“HEAD”，如果我们想支持“PUT”，则可以加入该集合“PUT”。
boolean requireSession = false：是否当前请求必须有session，如果此属性为true，但当前请求没有打开session将抛出HttpSessionRequiredException异常；
boolean useExpiresHeader = true：是否使用HTTP1.0协议过期响应头：如果true则会在响应头添加：“Expires：”；需要配合cacheSeconds使用；
boolean useCacheControlHeader = true：是否使用HTTP1.1协议的缓存控制响应头，如果true则会在响应头添加；需要配合cacheSeconds使用；
boolean useCacheControlNoStore = true：是否使用HTTP 1.1协议的缓存控制响应头，如果true则会在响应头添加；需要配合cacheSeconds使用；
private int cacheSeconds = -1：缓存过期时间，正数表示需要缓存，负数表示不做任何事情（也就是说保留上次的缓存设置），
1、cacheSeconds =0时，则将设置如下响应头数据：
Pragma：no-cache // HTTP 1.0的不缓存响应头
Expires：1L // useExpiresHeader=true时，HTTP 1.0
Cache-Control ：no-cache // useCacheControlHeader=true时，HTTP 1.1
Cache-Control ：no-store // useCacheControlNoStore=true时，该设置是防止Firefox缓存
2、cacheSeconds>0时，则将设置如下响应头数据：
Expires：System.currentTimeMillis() + cacheSeconds * 1000L // useExpiresHeader=true时，HTTP 1.0
Cache-Control ：max-age=cacheSeconds // useCacheControlHeader=true时，HTTP 1.1
3、cacheSeconds<0时，则什么都不设置，即保留上次的缓存设置。
此处简单说一下以上响应头的作用，缓存控制已超出本书内容：
HTTP1.0缓存控制响应头
Pragma：no-cache：表示防止客户端缓存，需要强制从服务器获取最新的数据；
Expires：HTTP1.0响应头，本地副本缓存过期时间，如果客户端发现缓存文件没有过期则不发送请求，HTTP的日期时间必须是格林威治时间（GMT），如“Expires:Wed, 14 Mar 2012 09:38:32 GMT”；
HTTP1.1缓存控制响应头
Cache-Control ：no-cache 强制客户端每次请求获取服务器的最新版本，不经过本地缓存的副本验证；
Cache-Control ：no-store 强制客户端不保存请求的副本，该设置是防止Firefox缓存
Cache-Control：max-age=[秒] 客户端副本缓存的最长时间，类似于HTTP1.0的Expires，只是此处是基于请求的相对时间间隔来计算，而非绝对时间。
还有相关缓存控制机制如Last-Modified（最后修改时间验证，客户端的上一次请求时间 在 服务器的最后修改时间 之后，说明服务器数据没有发生变化 返回304状态码）、ETag（没有变化时不重新下载数据，返回304）。
该抽象类默认被AbstractController和WebContentInterceptor继承。
2. idea清除springmvc项目js缓存
这时候可以清理项目的缓存并重启以消除这些影响。方式：点击idea的左上角file选择Invalidatecaches即可刷新项目和清除项目缓存并重启。
3. springmvc 配置缓存报错
解决方法是
方法1.在Hibernate的hibernateProperties配置中，加上
<prop key="hibernate.cache.region.factory_class">
net.sf.ehcache.hibernate.SingletonEhCacheRegionFactory
</prop>
方法2. ehcacheManager设置成单例 scope="singleton" 如下:
<bean
id="ehcacheManager"
class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
scope="singleton"
/>
4. Web Api及MVC性能提升的几个小技巧
一、缓存
为了避免每次请求都去访问后台的资源，我们一般会考虑将一些更新不是很频繁的，可以重用的数据，通过一定的方式临时地保存起来，后续的请求根据情况可以直接访问这些保存起来的数据，这种机制就是所谓的缓存机制。缓存分为页面输出缓存，内存数据缓存和缓存依赖等。从设计原则来说，易变性、敏感性的信息不适合进行缓存，同时缓存的内容也是易丢失的，在代码中不能完全依赖于缓存的数据，需要保证在缓存的数据丢失后也能进行正确的处理。
1、页面输出缓存
通过对输出的页面进行缓存，每次新的用户请求调用相同的 Action 时，相同的内容不需要重新创建一次而直接输出。页面输出缓存的使用非常简单，在 Action 上使用 [OutputCache] 特性标记即可生效。页面输出缓存可控制缓存的内容所存储的位置，例如是在服务器端存储缓存的页面内容还是在客户端存储缓存的页面内容；也可使用 Duration 参数控制缓存的失效绝对时间和间隔时间，甚至能使用 VaryByParam 参数对不同的请求参数分别进行缓存。页面输出缓存非常适合于内容比较固定的前端页面的缓存。
2、内存数据缓存
通常情况下，数据是保存在数据库、磁盘文件等存储介质中的，而应用程序访问这些资源是一项很费时的操作。如果先将这些资源中的数据缓存到内存缓存区中，当应用程序需要这些数据时，直接从缓存区中提取，就可以减少系统开销，显着提高可使用的用户并发数等。内存数据缓存需考虑缓存的内容更改失效后如何清空其他已经被缓存的相关联的数据问题。
3、EFCache
众所周知，NHiberate 提供了二级缓存功能。现在，如果你使用的是 Entity Framework 6 或更高版本的 Entity Framework ，你也可考虑使用 EFCache 组件来为 Entity Framework 提供二级缓存支持，其实质上也是属于内存数据缓存。EFCache 的特点是使用上非常方便，仅需定义如下的代码无需其他复杂的额外的配置即可实现二级缓存。如需定义特定的缓存策略，如缓存的过期时间，控制数据缓存的范围，也仅需继承 CachingPolicy 类并 override 其部分方法即可。你甚至可以通过实现 ICache 接口来实现自定义的缓存模型以替换默认的 InMemoryCache 。
二、Stream压缩
对响应流进行压缩，其作用是减少网络开销，提高系统的响应速度。目前的浏览器通常都支持 gzip 和 deflate 压缩解压功能，因此你通常无效考虑浏览器的兼容性问题。启用 gzip 和 deflate ，既可通过 IIS 配置实现，在 MVC 中也可通过编写自定义的 ActionFilter 实现。在压缩之前和压缩之后 Stream 的大小差异通常都是惊人的，其压缩率通常都在5-10倍以上。
三、js和css文件的压缩和打包
1、js 和 css 文件的压缩
其实质就是生成较小的文件，减小下载这些文件的网络开销，提供系统的响应速度。压缩 js 和 css 文件还有个好处是通常还可以起到代码混淆的作用。在 YbSoftwareFactory 的 MVC 解决方案中，使用的是 Microsoft Ajax Minifier 组件，可在代码编译的过程中自动对所配置的 js 和 css 进行压缩，基本上文件的大小都可减少一半以上
2、js、css文件的打包
其目的是进行 js 文件和 css 文件的合并，当前主流浏览器的并发连接数默认情况下通常都是 6 个，如果前端页面同时请求的服务器资源（如 img 文件、js 文件、css 文件以及各类 url 请求等）超过6个，通常就需要进行排队下载。进行 js 文件、css 文件的打包合并，通常可以在一次请求中就完成未打包之前需多次请求才能完成的工作，通过减少前端浏览器的连接请求，在某种意义上也是可提高系统的响应速度的。