三千弱水的专栏

GET和POST的本质区别是什么？        使用GET，form中的数据将编码到url中，而使用POST的form中的数据则在http协议的header中传输。在使用上，当且仅当请求幂等（字面意思是请求任意次返回同样的结果，本质是请求本身不会改变服务器数据和状态）时使用GET，当请求会改变服务器数据或状态时（更新数据，上传文件），应该使用POST。区别使用GET，POST意义何在？

a) forward 请求转发只能将请求转发给同一个WEB应用中的组件，而sendRedirect还可以重定向到同一个站点的其他应用程序的资源。甚至是使用绝对URL重定向到其他站点的资源b) 调用forward 方法浏览器保持初始的URL地址，而sendRedirect方法重定向访问结束时，浏览器的地址则会由初始地址转变为目标URLc) forward方法的调用者及被调用者之间共享

地址重写，主要是为了防止有些浏览器,为了提高安全性,禁止了Cookie的功能，而session的ID恰好是保存在web容器中和客户端的内存当中的。所以一旦禁用了cookie,session也会无法使用.所以url重写技术就诞生了.像以前的新浪邮箱就没有采用url地址重写,导致了禁用cookie的时候，是无法进行操作的. Java代码  import java.io.IOExce

这个标签很少用到，不过实际运用中可以得到意想不到的效果，如：

URL重写就是首先获得一个进入的URL请求然后把它重新写成网站可以处理的另一个URL的过程。举个例子来说，如果通过浏览器进来的URL是“UserProfile.aspx?ID=1”那么它可以被重写成 “UserProfile/1.aspx”，这样的URL，这样的网址可以更好的被网站所阅读。如果浏览器不支持Cookie或用户阻止了所有Cookie，可以把会话ID附加在HTML页面中所有的

Spring MVC Controller默认是单例的：单例的原因有二：1、为了性能。2、不需要多例。1、这个不用废话了，单例不用每次都new，当然快了。2、不需要实例会让很多人迷惑，因为spring mvc官方也没明确说不可以多例。  我这里说不需要的原因是看开发者怎么用了，如果你给controller中定义很多的属性，那么

反向Ajax技术是服务器向客户端主动的发关数据，很大的减少了服务的负担。 学习新的知识点就要多写些自己的Demo，在这里写一个最简单的例子，以作笔记： sendMsg.jsp负责向表中添加数据(更新数据库)，showMsg.jsp用来实时显示前者添加的信息。 dwr.xml                                           

反向Ajax的基本概念是客户端不必从服务器获取信息，服务器会把相关信息直接推送到客户端。这样做的目的是解决Ajax传统Web模型所带来的一个限制：实时信息很难从技术上解决。原因是，客户端必须联系服务器，主动询问是否存在变更，如果有变更就会更新页面（或者页面的一部分）。虽然可以非常快速完成这个操作，让人感觉好像是实时的，但是实际上不是实时的。我们需要的是，服务器联系查看其页面的所有浏览器，并通告所发

DMZ是英文“demilitarized zone”的缩写，中文名称为“隔离区”，也称“非军事化区”。它是为了解决安装防火墙后外部网络不能访问内部网络服务器的问题，而设立的一个非安全系统与安全系统之间的缓冲区，这个缓冲区位于企业内部网络和外部网络之间的小网络区域内，在这个小网络区域内可以放置一些必须公开的服务器设施，如企业Web服务器、FTP服务器和论坛等。另一方面，通过这样一个DMZ区域，更加有

正向代理的概念正向代理,也就是传说中的代理,他的工作原理就像一个跳板,简单的说,我是一个用户,我访问不了某网站,但是我能访问一个代理服务器这个代理服务器呢,他能访问那个我不能访问的网站于是我先连上代理服务器,告诉他我需要那个无法访问网站的内容代理服务器去取回来,然后返回给我从网站的角度,只在代理服务器来取内容的时候有一次记录有时候并不知道是用户的请求,也隐藏

在JavaScript中，JSON是一种非常重要的数据格式，key:value的形式比XML那种复杂的标签结构更容易理解，代码量也更小，很多人倾向于使用它作为EXT的数据交换格式。 Ext.data.DataReader （meta, recordType）　　meta:　　totalProperty:　　　  json数据中，保存总记录数的属性　　succes

配置applicationContext.xml时老是出现这个，原来这里的dwraccess会去读取java 类里的setDwraccess：所以一定要注意了，这里D要大写的

三层架构：软件的三层架构通常意义上是将软件的整个业务应用划分为：UI(User Interface)、BLL（Business Logic Layer）以及DAL(Data Access Layer)这三层（即我们通常所说的表示层，业务逻辑层和数据访问层）外加一个实体类库和一个SQLhelper类。他们之间的关系可以通过下面这张图片表示出来：

最近一直在分析hadoop的RPC机制。在hadoop中，DataNode和NameNode之间的控制信息的交流是通过RPC机制完成的，采用的是动态代理和java NIO(参考博客：http://weixiaolu.iteye.com/blog/1479656 ) 的方式。DataNode端是通过获得NameNode的代理，通过该代理和NameNode进行通信的，为了更好的分析hadoop的R