今天去海淀书城看书，目的很明确，本来是想买《WCF技术剖析》的下册（2010年3月份买了上册，当时下册没出来），谁知这本书不单卖，要和上册一起卖，扫兴。
兴致减半，索性找了旁边的基本Java的书籍，看Java，主要看下Web开发，什么Struts，Spring之类的，众所周知，Java开发，往往有很多配置（当年学习Java的时候,JAVA_HOME都折腾了半天），尤其是Web的开发，那个配置文件烦人，其实这些是我们对其运行机制不了解，不知这些配置元素起了什么作用，当然刚开始的时候，我们可能只需要按照说明，配置让自己的程序能执行起来。
我还是一贯的坚持自己的原则，知道怎么做，还要知道如何去做，甚至还想知道为什么要这么做，虽然这些对我来说很难，但是总觉得有问题在心中，不舒服。
在Java中有一个东西叫做Servlet和JSP的，关于Servlet，就是一个类似C#中的Http请求的类，在里面获取了Request对象和Response对象，这两个就不陌生了吧，配置的时候常常有一个Servlet，这些其实就是通过Servlet对请求进行拦截和判断，在CXF中配置的也是如此，看来Java中的这些东西都是相通的。下面看一个例子（http://blog.csdn.net/zklxuankai/article/details/7475317）：
// 30,31行得到下面JSP 中name="username"和name="password"的值
JSP部分代码：
//action所对应的Login是相对路径，要与下面web.xml的url-pattern对应的Login相同
LoginServlet的web.xmlt配置文件代码为：
<servlet>
<servlet-name>Login</servlet-name>
<servlet-class>com.xuankai.servlet.LoginServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Login</servlet-name>
<url-pattern>/Login</url-pattern>
</servlet-mapping>
整个流程：
当点击JSP中的submit后，则按照action对应的相对路径Login找到web.xml文件中<servlet-mapping>的<url-pattern>中的Login，
在根据<servlet-name>为Login找到<servlet>中<servlet-name>为Login的，然后生成一个LoginServlet的实例。
在Java中还经常会看到过滤器这个玩意，Filter可认为是Servlet的一种“变种”，它主要用于对用户请求进行预处理，也可以对HttpServletResponse进行后处理，是个典型的处理链。它与Servlet的区别在于：它不能直接向用户生成响应。完整的流程是：Filter对用户请求进行预处理，接着将请求交给 Servlet进行处理并生成响应，最后Filter再对服务器响应进行后处理。 看一个列子吧：http://blog.csdn.net/chengweipeng123/article/details/5781171
import javax.servlet.FilterConfig;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class LogOrNot implements javax.servlet.Filter {
private FilterConfig config;
private String logon_page;
private String home_page;
public void destroy() {
config = null;
}
public void init(FilterConfig filterconfig) throws ServletException {
// 从部署描述符中获取登录页面和首页的URI
config = filterconfig;
logon_page = filterconfig.getInitParameter("LOGON_URI");
home_page = filterconfig.getInitParameter("HOME_URI");
System.out.println(home_page);
if (null == logon_page || null == home_page) {
throw new ServletException("没有找到登录页面或主页");
}
}
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain) {
HttpServletRequest req = (HttpServletRequest) request;
HttpServletResponse rpo = (HttpServletResponse) response;
javax.servlet.http.HttpSession session = req.getSession();
try {
req.setCharacterEncoding("utf-8");
} catch (Exception e1) {
e1.printStackTrace();
}
String userId = (String) session.getAttribute("UserId");
String request_uri = req.getRequestURI().toUpperCase();// 得到用户请求的URI
String ctxPath = req.getContextPath();// 得到web应用程序的上下文路径
String uri = request_uri.substring(ctxPath.length()); // 去除上下文路径，得到剩余部分的路径
try {
if (request_uri.indexOf("LOGIN.JSP") == -1 && request_uri.indexOf("LOG.JSP") == -1 && userId == null)
{
rpo.sendRedirect(home_page+logon_page);
System.out.print(home_page+logon_page);
return;
}
else {
chain.doFilter(request, response);
}
} catch (Exception e) {
e.printStackTrace();
}
}
}
Code Author:Jacy.
这里对上面的代码稍作解释：过滤器从配置文件中读出配置选项，一个是登陆页面的url地址，另外一个是web应用的url，之所以要这样做，是因为如果程 序中有iframe的话，登陆页面会默认在iframe中打开，因此这里将使用绝对地址进行跳转；判断语句中要将login.jsp和log.jsp排 除，因为这两个是处理登陆的页面，若不排除将出现循环重定向；检查session中的userid选项，当然也可以设置其他的，关键看session中存 的是什么了，若有，则递交给下一个过滤器，若不再有过滤器，则提交给处理页面，若未登陆，则跳转到登陆页面。
代码写好后，就需要在web应用的web.xml文件中进行配置。filter其实就是一种Servlet，因此配置方法和Servlet是一样的。代码如下：
<filter-name>LogOrNot</filter-name>
<filter-class>Filters.LogOrNot</filter-class>
<init-param>
<param-name>LOGON_URI</param-name>
<param-value>log.jsp</param-value>
</init-param>
<init-param>
<param-name>HOME_URI</param-name>
<param-value>/model/</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>LogOrNot</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
其中两个配置参数就对应了Java文件中使用的参数log.jsp是登陆的视图页面，/model/是当前web应用的文件夹名称。mapping里面定义了对*.jsp进行过滤，如果程序中还有其他的页面，如.do或者.action等，那么可以继续添加<filter-mapping>这个选项，其中<url-pattern>就填写*.do或者*.action即可。
这样对所有的页面都可以进行过滤。当然还可以为应用配置其他的过滤器，Tomcat容器会根据web.xml文件中的配置顺序将其设置称过滤器链挨个处理，处理到最后一个跳转到处理页面进行处理。后面会再配置一个控制权限的过滤器。
再看看JSP吧，JSP页面翻译成的Servlet继承了org.apache.jasper.runtime.HttpJspBase类，HttpJspBase类是HttpServlet的一个子类，因此JSP页面翻译成的Servlet是HttpServlet的一个孙子类。HttpJspBase类实现了javax.servlet.jsp.HttpJspPage接口中的部分方法，因此，HttpJspBase类是抽象的。
SUN公司为JSP的WEB容器开发商和JSP页面开发人员提供了一套专门应用于开发JSP程序的Java类，这套Java类被称为JSP API。HttpJspPage接口和JspPage接口属于JSP API，在HttpJspPage接口中只定义了一个_jspService方法，但它继承了JspPage接口，JspPage接口中定义了两个方法：jspInit()和jspDestroy()。
HttpJspBase的init方法调用了jspInit和_jspInit方法，destroy方法内部调用了jspDestroy和_jspDestroy方法，service方法内部调用了_jspService方法。在HttpJspBase中实现的init、service和destroy方法都被声明成了final类型。
JSP页面中的位于<%%>外面的每行和紧临<%%>两边的每段文本被转换成以这些文本作为参数的一条条out.write语句，JSP脚本片断（位于<%%>内的一段java代码）中的java代码被原封不动地搬移进了_jspService方法中的相应位置处，JSP表达式（位于<%=和%>之中的内容）则是被转换成以其中的变量或表达式作为参数的out.print语句。
JSP与Servlet的对应关系
|
HttpJspPage接口 |
servlet接口 |
方法说明 |
|
jspInit |
init |
创建实例后被调用 |
|
_jspService |
service |
处理请求时调用 |
|
jspDestroy |
destroy |
生存期结束前被调用 |
再来说说C#吧，说自己是一位NET程序员，觉得自己很难胜任这个称呼，虽然从大学起，就一直用NET做过一些东西，现在想想，是在可笑，那个时候的我，只求能做出来，也不仔细去细究，对很多都是一知半解，什么委托，什么Attribute，什么linq，这些也只是脑子中的一些名词而已，工作后的自己发现自己很无知，知其一不知其二，知其然不知其所以然，这个时候我才发现自己的差距，这个时候更想了解一些背后的东西，不管是C#和Java其实很多东西都是相通的，C#下没有这么多的配置，就开发WebService来说，那是很简单的，一个asmx文件加上一个WebMethod标签即可大功告成，微软培养了一批懒程序员，但是提高了效率，也许这就是鱼和熊掌不可兼得。Java可以让人能更多的了解细节，久而久之便可登堂入室，一旦成了习惯，也就会在做Java开发的时候，找配置文件，研究配置文件等。其实，万变不离其宗，从一个语言过渡到另一个语言的时候，要善于联想，这样可能事半功倍，借助搜索引擎可以大大提高效率。
在C#中，Java中，文件操作，TCP操作，字符串操作等，很多都是类似，只是类的名称有所不同而已，操作起来差别不大，学习两种语言的的时候，可以通过一种语言去学习另外一种，不知道这叫不叫举一反三，总之要学会类比，学会找出相通的和差异的，但是尽可能的知道一些运行原理，当让我更喜欢用流程图的方式将这个工作原理画出来，在我的博客中，我已经提到这个很多次，就不在这里啰嗦了。
书分为很多类，有基础入门的，有开发升级的，还有一些本质的，不知道为什么我现在喜欢看这些本质的，还有揭秘的，比如《ASP.NET本质论》，《COM本质论》等，说起来惭愧，看了这么多，往往都是看了前半部分，后半部分就抛在脑后了，看来我是一个半途而废的人，看书往往也不能坚持到底，一鼓作气的看完。
其实在市场上看到的很多书，很多都是一个模子，介绍下原理，主要对象，控件的用法，然后最后来一个综合性的例子，对于这类书，有的时候觉得看看序言就可以了，也许这是我的片面之词，看过ASP.NET的本质论，看过一个Http请求的处理流程，通过IIS，然后通过ASP.NET，里面的HTTPRuntime，HTTPContext，HTTPhandler等，流程清晰了，就知道每一个步骤该做什么，这对于开发者来说是很有好处的，因为以前忽略了这些，所以不算一个称职的程序员，不知现在亡羊补牢算不算晚。
其实可以用What和Why来总结我想说的目的，不要停留在表面和What之上。
参考资料：http://hikin.iteye.com/blog/663539
