JavaWeb开发遇到的细节问题汇总

最新推荐文章于 2022-09-13 11:22:39 发布

固执的蜗牛

最新推荐文章于 2022-09-13 11:22:39 发布

阅读量417

点赞数

文章标签： javaweb

本文链接：https://blog.csdn.net/beadle233/article/details/46118027

版权

----------------------------------------------------------------------------------------------------------
css,js等资源路径配置的问题
----------------------------------------------------------------------------------------------------------
切记不要以相对路径来配置例如<link href="../css/ui-dialog.css" rel="stylesheet" type="text/css" />
应当以绝对路径匹配<link href="css/ui-dialog.css" rel="stylesheet" type="text/css" />

如果是以绝对路径匹配，假如我们的url为lcoalhost:8080/BoxingPlan/user/login.do
则资源的访问路径为http://localhost:8080/BoxingPlan/user/css/ui-dialog.css

显然这样的路径是找不到资源的。这里我给出两种解决方案。

方案一：使用绝对路径
<%
String path = request.getContextPath();
String basePath = request.getScheme() + "://"
+ request.getServerName() + ":" + request.getServerPort()
+ path + "/";
%>

<head>
<base href="<%=basePath %>">
</head>

这样浏览器默认的访问路径将会以base的href为前缀。

方案二：去除项目路径。这里我们在Eclipse的tomcat server设置中
将项目的访问路径设置为'/',这样我们的资源配置就可以设置成
<link href="/css/ui-dialog.css" rel="stylesheet" type="text/css" />
<link href="/css/bootstrap.min.css" rel="stylesheet" type="text/css" />
<link href="/css/main/main.css" rel="stylesheet" type="text/css" />

----------------------------------------------------------------------------------------------------------
web.xml中 url-pattern问题
----------------------------------------------------------------------------------------------------------

一，servlet容器对url的匹配过程：

当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是 http://localhost/test/aaa.html，我的应用上下文是test，容器会将http://localhost/test去掉，剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了（filter不同，后文会提到）。其匹配规则和顺序如下：

1. 精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为http://localhost/test ，这个时候容器就会先进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，也不会去理会其他的 servlet了。

2. 最长路径匹配。例子：servletA的url-pattern为/test/*，而servletB的url-pattern为/test/a/*，此时访问http://localhost/test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB。

3. 扩展匹配，如果url最后一段包含扩展，容器将会根据扩展选择合适的servlet。例子：servletA的url-pattern：*.action

4. 如果前面三条规则都没有找到一个servlet，容器会根据url选择对应的请求资源。如果应用定义了一个default servlet，则容器会将请求丢给default servlet（什么是default servlet？后面会讲）。

根据这个规则表，就能很清楚的知道servlet的匹配过程，所以定义servlet的时候也要考虑url-pattern的写法，以免出错。

对于filter，不会像servlet那样只匹配一个servlet，因为filter的集合是一个链，所以只会有处理的顺序不同，而不会出现只选择一个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。

二，url-pattern详解

在web.xml文件中，以下语法用于定义映射：

l. 以”/’开头和以”/*”结尾的是用来做路径映射的。

2. 以前缀”*.”开头的是用来做扩展映射的。

3. “/” 是用来定义default servlet映射的。

4. 剩下的都是用来定义详细映射的。比如： /aa/bb/cc.action

所以，为什么定义”/*.action”这样一个看起来很正常的匹配会错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。
----------------------------------------------------------------------------------------------------------
sendRedirect和forward的区别
----------------------------------------------------------------------------------------------------------
一、原理.
1、 Forward
这种方式是在服务器端作的重定向。服务器往client发送数据的过程是这样的：服务器在向客户端发送数据之前，是先将数据输出到缓冲区，然后将缓冲区中数据发送给client端。什么时候将缓冲区里的数据发送给client端呢？

（1）当对来自client的request处理完，并把所有数据输出到缓冲区
（2）当缓冲区满
（3）在程序中调用缓冲区的输出方法out.flush()或response.flushbuffer()，web container才将缓冲区中的数据发送给client。

这种重定向方式是利用服务器端的缓冲区机制，在把缓冲区的数据发送到客户端之前，原来的数据不发送，将执行转向重定向页面，发送重定向页面的数据，重定向调用页的数据将被清除。如果在<JSP:FORWORD>之前有很多输出，前面的输出已使缓冲区满，将自动输出到客户端，那么这种重定向方式将不起作用，这一点应该特别注意。

public void doPost(HttpServletRequest request,HttpServletResponse response) throws ServletException,IOException
{
response.setContentType("text/html; charset=UTF-8");
ServletContext sc = getServletContext();
RequestDispatcher rd = null;
rd = sc.getRequestDispatcher("/index.jsp");
rd.forward(request, response);
}

2、 sendRedirect
这种方式是在客户端作的重定向处理。该方法通过修改HTTP协议的HEADER部分,对浏览器下达重定向指令的，让浏览器对在location中指定的URL提出请求，使浏览器显示重定向网页的内容。该方法可以接受绝对的或相对的URLs。如果传递到该方法的参数是一个相对的URL，那么Web container在将它发送到客户端前会把它转换成一个绝对的URL。

public void doPost(HttpServletRequest request,HttpServletResponse response) throws ServletException,IOException
{
response.setContentType("text/html; charset=UTF-8");
response.sendRedirect("/index.jsp");
}

二、区别.
1、forward重定向是在容器内部实现的同一个Web应用程序的重定向，所以forward方法只能重定向到同一个Web应用程序中的一个资源，重定向后浏览器地址栏URL不变，而sendRedirect方法可以重定向到任何URL，因为这种方法是修改http头来实现的，URL没什么限制，重定向后浏览器地址栏URL改变。
2、forward重定向将原始的HTTP请求对象（request）从一个servlet实例传递到另一个实例，而采用sendRedirect方式两者不是同一个application。
3、基于第二点，参数的传递方式不一样。forward的form参数跟着传递，所以在第二个实例中可以取得HTTP请求的参数。sendRedirect只能通过链接传递参数，response.sendRedirect(“login.jsp?param1=a”)。
4、sendRedirect能够处理相对URL，自动把它们转换成绝对URL，如果地址是相对的，没有一个‘/’，那么Web container就认为它是相对于当前的请求URI的。比如，如果为response.sendRedirect("login.jsp")，则会从当前servlet 的URL路径下找login.jsp： http://10.1.18.8:8081/dms/servlet/Servlet 重定向的URL: http://10.1.18.8:8081/dms/servlet/login.jsp，如果为response.sendRedirect("/login.jsp")则会从当前应用径下查找url:http://10.1.18.8:8081/login.jsp。而forward不能这样处理相对路径。

他们的区别是：
response.sendRedirect是向客户浏览器发送页面重定向指令，浏览器接收后将向web服务器重新发送页面请求，所以执行完后浏览器的url显示的是跳转后的页面。跳转页面可以是一个任意的url（本服务器的和其他服务器的均可）。

RequestDispatcher.forward则是直接在服务器中进行处理，将处理完后的信息发送给浏览器进行显示,所以完成后在url中显示的是跳转前的页面。在forward的时候将上一页面中传送的request和response信息一同发送给下一页面（而response.sendRedirect不能将上一页面的request和response信息发送到下一页面）。由于forward是直接在服务器中进行处理，所以forward的页面只能是本服务器的。
----------------------------------------------------------------------------------------------------------
springMVC多个VieResolver的问题
----------------------------------------------------------------------------------------------------------
在springMVC.xml文件中可以配置多个VieResolver

spring容器会加载所有的解析器。

作为所有请求入口的DispatchServlet他继承HttpServlet需要实现init方法
调用方法如下

init->initServletBean->initWebApplicationContext->onRefresh->initStrategies->

>initStrategies方法如下
initMultipartResolver(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResolvers(context);
initFlashMapManager(context);

其中有个initViewResolvers
DispatchServet会去匹配所有的ViewResolver的类型
显然所有的视图解析器都必须实现该接口。

当所有的DispatchServlet通过路径的匹配，获取到相应的Controller（处理器），
并执行相应的方法后,会返回一个ModelAndView

会去调用所有所有的解析器来解析ModelAndView的getViewName（）
如果有匹配则会返回view。

for (ViewResolver viewResolver : this.viewResolvers) {
View view = viewResolver.resolveViewName(viewName, locale);
if (view != null) {
return view;
}
}

----------------------------------------------------------------------------------------------------------
类属性和对象属性的初始化顺序
----------------------------------------------------------------------------------------------------------
对于变量或方法或代码块。。。在static的表现上为类与对象的区别，即static为类变量，类方法，类代码块。

对于static{}和{}中定义的代码。。我们称为类的代码块，和对象代码块。

当类初始化时，会遵循变量优先和static优先。

即优先初始化static的变量。（对象变量不可被调用）
然后调用类的代码块static{}

如果通过类创建了对象。
优先创建对象变量
之后调用对象代码块{}
最后才调用对象的构造方法

① 类属性 (静态变量) 定义时的初始化，如上例的 static String a = "string-a";
② static 块中的初始化代码，如上例 static {} 中的 b = "string-b";
③ 对象属性 (非静态变量) 定义时的初始化，如上例的 String c = "stirng-c";
④ 构造方法 (函数) 中的初始化代码，如上例构造方法中的 d = "string-d";

public class Main {

static String a = "string-a";
static String b;
String c = "stirng-c";
String d;

public Main(){
print("before constructor");
d = "string-d";
print("after constructor");
}
static{
printStatic("before static");
b = "string-b";
printStatic("after static");
}
{
print("before none static");
d = "string-d";
print("after none static");
}

public static void main(String[] args) {
new Main();
}

public static void printStatic(String title) {
System.out.println("---------" + title + "---------");
System.out.println("a = \"" + a + "\"");
System.out.println("b = \"" + b + "\"");
}

public void print(String title) {
System.out.println("---------" + title + "---------");
System.out.println("a = \"" + a + "\"");
System.out.println("b = \"" + b + "\"");
System.out.println("c = \"" + c + "\"");
System.out.println("d = \"" + d + "\"");
}

}

----------------------------------------------------------------------------------------------------------
Java中getResourceAsStream的用法
----------------------------------------------------------------------------------------------------------
首先，Java中的getResourceAsStream有以下几种：
1. Class.getResourceAsStream(String path) ： path 不以’/'开头时默认是从此类所在的包下取资源，以’/'开头则是从

ClassPath根下获取。其只是通过path构造一个绝对路径，最终还是由ClassLoader获取资源。

2. Class.getClassLoader.getResourceAsStream(String path) ：默认则是从ClassPath根下获取，path不能以’/'开头，最终是由

ClassLoader获取资源。

3. ServletContext. getResourceAsStream(String path)：默认从WebAPP根目录下取资源，Tomcat下path是否以’/'开头无所谓，

当然这和具体的容器实现有关。

4. Jsp下的application内置对象就是上面的ServletContext的一种实现。

其次，getResourceAsStream 用法大致有以下几种：

第一：要加载的文件和.class文件在同一目录下，例如：com.x.y 下有类me.class ,同时有资源文件myfile.xml

那么，应该有如下代码：

me.class.getResourceAsStream("myfile.xml");

第二：在me.class目录的子目录下，例如：com.x.y 下有类me.class ,同时在 com.x.y.file 目录下有资源文件myfile.xml

那么，应该有如下代码：

me.class.getResourceAsStream("file/myfile.xml");

第三：不在me.class目录下，也不在子目录下，例如：com.x.y 下有类me.class ,同时在 com.x.file 目录下有资源文件myfile.xml

那么，应该有如下代码：

me.class.getResourceAsStream("/com/x/file/myfile.xml");

总结一下，可能只是两种写法

第一：前面有 “ / ”

“ / ”代表了工程的根目录，例如工程名叫做myproject，“ / ”代表了myproject

me.class.getResourceAsStream("/com/x/file/myfile.xml");

第二：前面没有 “ / ”

代表当前类的目录

me.class.getResourceAsStream("myfile.xml");

me.class.getResourceAsStream("file/myfile.xml");

----------------------------------------------------------------------------------------------------------

固执的蜗牛

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
JavaWeb开发遇到的细节问题汇总

----------------------------------------------------------------------------------------------------------css,js等资源路径配置的问题--------------------------------------------------------------------------
复制链接

扫一扫