-Flyぁ梦- » Spring http://blog.11034.org Sun, 22 Jun 2025 08:59:05 +0000 zh-CN hourly 1 https://wordpress.org/?v=4.2.38 Spring-MVC中的一些问题 http://blog.11034.org/2016-03/spring_mvc_applicationcontext.html http://blog.11034.org/2016-03/spring_mvc_applicationcontext.html#comments Tue, 22 Mar 2016 13:52:10 +0000 http://blog.11034.org/?p=2805 想法：Spring-mvc（Spring v3.2）中，仅对注册过（通过@RequestMapping注解）的url进入到controller层，其他非法url在Filter里就拦截掉，统一处理节省资源。因为在filter的doChain之前，给本次请求从对象池中获取一个操作db的对象，对无效url也分配的话就浪费了资源。

实现：通过Spring-mvc的RequestMappingHandlerMapping来获取注册过的url path，再根据HttpServletRequest，判断下就可以进行过滤。

自己实现

一开始，自己新建一个类用一个HashMap去保存所有的url path即可，在controller中的static域或者构造方法里，添加本controller中的所有url path即可。

问题一：spring日志显示已经初始化完毕绑定了url了，但是并没有触发controller中的static域或者构造方法！

不得不使用Class.forName()去强制触发static域。

原因：spring-servlet.xml中<beans>根标签加了default-lazy-init=”true”，所有controller在有真正http请求到来才会被访问到！

问题二：spring日志显示明明有url记录，为啥要再自己干？

日志显示一个叫RequestMappingHandlerMapping的东西显然保存了url注册，拿到这个bean的实例应该就大功告成。

通过RequestMappingHandlerMapping

问题三：在Filter里用WebApplicationContextUtils.getWebApplicationContext(ServletContext)的方法拿到ApplicationContext后，但是拿不到bean

这个ApplicationContext里面根本没有任何bean！

原因：这个ApplicationContext是针对applicationContext.xml建出来的Root ApplicationContext，而Spring MVC根据spring-servlet.xml建立的是一个Child ApplicationContext

问题四：在Filter里无法获取到spring-servlet.xml建立的Child ApplicationContext

因为通过Root ApplicationContext拿不到Children，也没有任何API可以直接获取Child ApplicationContext。

原因：Filter是直接注册在web.xml中的，并不归Spring管理，Spring MVC根据spring-servlet.xml建立ApplicationContext只能注入到同一个Spring容器中的bean，比如所有controller中。

于是新建一个类交给Spring管理（在spring-servlet.xml中定义bean），然后implements ApplicationContextAware，就可以获得Spring MVC的ApplicationContext了，自然就拿到了RequestMappingHandlerMapping的bean，将其保存下来，通过判断requestMappingHandlerMapping.getHandler(request) == null即可知道是否为有效url path。

看看 Spring

看看 Java

  • 2016-09-09 -- 64位Linux下Java进程堆外内存迷之64M问题
  • 2016-08-18 -- 读java concurrency in practice
  • 2016-08-05 -- 线程清理
  • 2016-06-21 -- FutureTask简单分析和用法
  • 2016-06-21 -- Semaphore简单分析
    • ]]> http://blog.11034.org/2016-03/spring_mvc_applicationcontext.html/feed 2 学到的一些东西 http://blog.11034.org/2013-08/some_skills_in_java.html http://blog.11034.org/2013-08/some_skills_in_java.html#comments Sat, 10 Aug 2013 03:11:52 +0000 http://blog.11034.org/?p=1895 暑假在天猫实习，从头开始参与一个项目。项目虽小，五脏俱全，虽然自己实现的是一个十分简单如果完全用自己的环境和习惯写代码不用一天就能完成的任务，结果就是因为搭上了淘宝整个系统和环境，变得十分复杂，而且还要和其他team约定接口联调测试，还要和测试、DBA、前台、PD（产品经理）等打交道。

    相比本科的百度上海那时候的实习经历，最大的区别就是那时候完全就用一套开源的简单的东西，能多简单能跑起来就好，几乎没有和百度已有的平台去接通（除了一块不是我负责的登陆系统），打交道的主要就是一位前端，再后来就是一个测试，没有接触太多的人和其他的技术。

    下面是项目里碰到几个自己当时解决不了，在景升和楚帅的帮忙下（耗费较长时间debug啊）给解决的，挺有意思的。

    Spring加载properties配置文件

    <context:property-placeholder location="/WEB-INF/jdbc.properties" />
    <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
	<property name="locations">
		<list>
			<value>classpath:jdbc.properties</value>
		</list>
	</property>
</bean>

    标签和PropertyPlaceholderConfigurer这个Bean的实现是一个原理，所以如果同时出现在标签中，之后出现的那个会被忽略（Bean已存在），导致后一个的配置文件加载失败。所以应该推荐使用PropertyPlaceholderConfigurer的方式加载多个配置文件，并且将这个Bean放在最顶层的Beans配置文件中，供所以开发者使用。

    特殊化/项目化的配置文件名

    由于习惯，Spring的配置文件applicationContext.xml、ibatis的配置文件sql-map.xml等随处可见，当项目庞大之后，很难保证引入的第三方jar包内没有这些同名文件，弄不好因为classpath加载顺序在加载”classpath:sql-map.xml”时加载了错误的xml文件而百思不得其解。

    反正这些配置文件再加载时，都在可以自定义文件名的，所以给一个namespace是比较好的习惯，比如appname_sql-map.xml。

    追寻jar包

    Maven只能帮助构建项目依赖，具体运行时，还是依赖classpath，服务器和本地机器环境不可能完全相同，越是复杂的环境越容易加载错jar包，导致版本不一致，而导致错误。
    可以通过class.getProtectionDomain().getCodeSource().getLocation()获得jar包的URL对象，进行日志打印就可以知道此class所属的jar包的具体路径信息，以此判断运行状况是否符合期望。

    Eclipse远程断点调试

    只要服务器和本地的代码完全一致，在Debug模式下的Open Debug Dialog，左侧菜单最后一个Remote Java Application，填写了项目、IP和端口后，设了断点就可以按右下角Debug进行断点。不过对服务器进行断点容易造成服务器崩溃…小心使用。

    看看 Spring

    看看 Java

    • 2016-09-09 -- 64位Linux下Java进程堆外内存迷之64M问题
    • 2016-08-18 -- 读java concurrency in practice
    • 2016-08-05 -- 线程清理
    • 2016-06-21 -- FutureTask简单分析和用法
    • 2016-06-21 -- Semaphore简单分析
      • ]]> http://blog.11034.org/2013-08/some_skills_in_java.html/feed 2 Java Play framework http://blog.11034.org/2012-05/java_play_framework.html http://blog.11034.org/2012-05/java_play_framework.html#comments Sun, 13 May 2012 05:19:29 +0000 http://blog.stariy.org/?p=1150 因本科几个老同学的邀请参与一个项目的开发，用到了这个全新的Java框架，“Play”。名字很有意思，接触的1.2.4版本而不是最近的2.o，上手很快，安装包里有自带的Sample程序。框架的易用程度大大超过了自己的预期，果然随着时代的发展Java框架越来越强大并且越来越人性化，最大程度地方便程序员开发应用。

      一直使用也看好Spring MVC，但是Spring的日益臃肿让这个框架的优势在不断流失。列举Play一些非常棒的地方，特别是较之Spring MVC的优势。

      • Play最大的一个特点就是开发期间每次修改Java代码无需重启Java Web服务器，瞬间感觉和写PHP程序一样方便！这个真的是太爽，之前写Java Web程序调试，每次关闭再重启Tomcat少说也得5秒钟吧。
      • 配置文件齐全，基本上帮你考虑到了所有可能要配置的内容（配置、持久、缓存、日志、国际化等）
      • URL route很清楚很简单，而且完全自定义URL Pattern（SpringMVC的Route还是不算太好，不能定义/model/action这样的url）
      • 一个Java类作为一个Controller可以每个方法都对应一个HTTP请求的方式，大量减少了类的数量
      • Controller的方法和Template文件对应很好，默认模式下自动对应，十分方便
      • 根据Action方法的参数类型和名称自动从提交参数中自动封装，包括对JavaBean的封装，对大量属性的表单特别有优势
      • 对传入参数的验证很容易而且基本不用再自己写代码，全部在Model类里用Annotation搞定
      • Action方法可方便返回Html、Text、Json、Xml等数据，各种方便的API
      • Model层真的简略到基本不用写任何代码了，利用Hibernate自动建表、插入和更新自不用说，因为所有Model从特定类继承而来，丰富的API基本够平常所需，而且查询接口十分简单和强大。再也不用像SpringMVC那样每一个Model都要建一个Dao，每一个查询都要写一个十分复杂的Hibernate方法。

      Play框架已经不仅仅是个框架的概念了，而是一个开发环境了，因为要利用它帮你生成Project，eclipsify进入开发模式，run进入debug模式，war进入发布模式，而且Play自定义了一套Project下的目录结构和文件名称，这些一经修改很有可能运行就会出错。这是一把双刃剑，虽然方便了开发者和初学者，但是对于比较喜欢自己完全掌控代码和框架运作的开发人员来说并不是一件好的事情。

      当然，也感觉Play有些还不太习惯的地方，较之其他框架另类之处，还有一些有待改善的地方。

      • 包结构名默认被限定，不符合大众模式（域名倒置的形式）
      • 一个Controller不能自定义对应的Template的目录名，而默认采用与Controller名一致的目录名（强烈建议应该在Controller上加一个Annotation来自定义Template的目录名）
      • View模式下的模板语法（Groovy）据说效率比较低
      • 开发模式下，因为靠Play自带程序运行，脱离IDE环境，较难实现单步跟踪
      • 相比Spring，加入其它第三方组件不太方便，比如更换模板引擎等
      总的来说，Play让人耳目一新的感觉，第一感觉是非常棒的，真的大大加快了用Java开发Web的速度和效率，而且Play作为框架的理念也理解的很好很懂得开发人员的心思来尽量满足需求，当然个人觉得这甚至有点过了因为什么都帮你干完了开发人员的价值很多就体现不出来了。作为一个demo或者小型应用，Play绝对适合，但是要开发一个企业级大项目，就至今对Play的了解来看，也许Spring这一套路更稳重一些。

      看看 Play , Spring , 框架

      看看 Java

      • 2016-09-09 -- 64位Linux下Java进程堆外内存迷之64M问题
      • 2016-08-18 -- 读java concurrency in practice
      • 2016-08-05 -- 线程清理
      • 2016-06-21 -- FutureTask简单分析和用法
      • 2016-06-21 -- Semaphore简单分析
        • ]]> http://blog.11034.org/2012-05/java_play_framework.html/feed 10 Java编码的那些事儿 http://blog.11034.org/2011-03/java_encoding.html http://blog.11034.org/2011-03/java_encoding.html#comments Tue, 29 Mar 2011 13:15:20 +0000 http://blog.stariy.org/?p=824 来上海百度实习也才没多久，这是第三个礼拜吧，接手的项目相当紧迫，而且作为一个实习生我是main coder，不由地带动了极大的工作积极性。这个一开始认为很简单很明了的“小”项目，没想到让我学到了很多东西，今天就讲讲关于Java编码的那些事儿。

        Java编码

        Unicode是全球标准字符集，是Java所为String采用的编码方式，任何字符用2个字节表示。String实例中保存有一个char[]字符数组。string.getByte()方法可以获得到这个字符串实例在指定编码下的字节数组，注意的是不带参数的getByte方法使用OS默认的字符集，比如GB2312（简体中文）。所以要得到Unicode下的字节数组，需要这样：string.getBytes(“unicode”)（此处注意见下文）。如果使用new String(byte[], Charset)构造，可以将已知编码的字节数组重新拼成一个String实例，即用指定的Charset去组合字节为Unicode字符罢了。同理，不带Charset的String构造使用OS默认字符集。

        因此，得到UTF-8的字节数组，按以下步骤：

        1
2
3
4

        String str = "梦";
byte[] bytes = str.getBytes("UTF-8");   "使用UTF-8解码字符串得到的UTF-8字节数组"
String str2 = new String(bytes, "utf8"); "按照当初被解码的方式（utf8）重新组成Java String类"
str.equals(str2) == true;       "使用大小写不同的编码写法，来区别不同API中参数代表的意义"

        所以，str = new String(str.getBytes(Charset), Charset) 什么都没有做，除了新建了个String对象。

        但是如果你要获取unicode的字节数组，却有非常多的选择，而且很容易出错。

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

        void echoBytesTest() {
	String s = "梦";
	echoBytes(s, "Unicode");
	echoBytes(s, "UnicodeBig");
	echoBytes(s, "UnicodeLittle");
	echoBytes(s, "UnicodeBigUnmarked");
	echoBytes(s, "UnicodeLittleUnmarked");
	echoBytes(s, "UTF-16");
	echoBytes(s, "UTF-16BE");
	echoBytes(s, "UTF-16LE");
	echoBytes(s, "UTF-8");
}
 
void echoBytes(String s, String encoding) {
	byte[] bytes = s.getBytes(encoding);
	for (byte b : bytes) {
		int i = b & 0xff;
		System.out.print(Integer.toHexString(i) + " ");
	}
	System.out.println();
}

        JDK6.0环境下的输出结果如下所示：

        Unicode fe ff 68 a6 BE顺序，带BOM 强烈申明不要使用，JDK相关
        UnicodeBig fe ff 68 a6 BE顺序，带BOM 推荐使用
        UnicodeLittle ff fe a6 68 LE顺序，带BOM 推荐使用
        UnicodeBigUnmarked 68 a6 BE顺序，无BOM 推荐使用
        UnicodeLittleUnmarked a6 68 LE顺序，无BOM 推荐使用
        UTF-16 fe ff 68 a6 BE顺序，带BOM 不推荐使用，可读性不够高
        UTF-16BE 68 a6 BE顺序，无BOM 不推荐使用，可读性不够高
        UTF-16LE a6 68 LE顺序，无BOM 不推荐使用，可读性不够高
        UTF-8 e6 a2 a6 无BOM 此为UTF-8字节串，特以此区别

        然后要特别说明的是，getBytes(“Unicode”)这种方式是什么样的结果，却是与JDK相关的，JDK5.0使用LE顺序，JDK6.0使用BE顺序！

        有点复杂，看官方解释。

        为了在读取字节时能知道所采用的字节序，在传输时采用了一个名为 “Zero Width No-Break Space” 的字符（中文译名作“零宽无间断间隔”）用于限定字节序，开头两个字节为 FE FF（即-2 -1） 时为 Big-Endian，为 FF FE（即-1 -2） 时为 Little-Endian。 详见 RFC2781 3.2 节。这个就是传说中的BOM头。
        UTF-8不需要 BOM 来表明字节顺序，但可以用 BOM 来表明编码方式。字符 “Zero Width No-Break Space” 的 UTF-8 编码是 EF BB BF。
        详见：BOM_百度百科

        自我理解很像体系结构中的大端编址和小端编址对吧。不知道Unicode为什么要存在Big-Endian和Little-Endian两种顺序，反正就是存在着呗。

        说说项目

        就是因为string.getBytes(“Unicode”)的JDK相关性，然后我因为使用了旧版本的JDK导致和大家同样从SVN签出的代码的运行结果却完全不一致，由于完全信任Java的平台无关，没有一点怀疑是JDK源码的原因，整整花了一天的时候排查bug。

        第二个是Spring MVC的@ResponseBody默认返回的字符集是ISO-8859-1的西文字符，导致返回客户端为乱码，修改Spring配置的见Spring官方论坛的解决方案，不过貌似试了几种方法都没有起效…其实最简单的方式就是放弃使用Spring提供的Ajax方式，直接使用HttpServletResponse的getWriter().write()方法写字符串或getOutputStream.write()方法直接写字节。

        参考引用

        百度百科：http://baike.baidu.com/view/126558.htm#sub5073178

        CSDN论坛：http://topic.csdn.net/u/20081009/09/e899898c-591f-4985-ae88-5972475708fb.html

        Spring官方论坛：http://forum.springsource.org/showthread.php?t=81858

        看看 Ajax , Spring , 编码

        看看 Java

        • 2016-09-09 -- 64位Linux下Java进程堆外内存迷之64M问题
        • 2016-08-18 -- 读java concurrency in practice
        • 2016-08-05 -- 线程清理
        • 2016-06-21 -- FutureTask简单分析和用法
        • 2016-06-21 -- Semaphore简单分析
          • ]]> http://blog.11034.org/2011-03/java_encoding.html/feed 8 SpringMVC+Hibernate的一些配置 http://blog.11034.org/2011-03/spring_hibernate_annotation.html http://blog.11034.org/2011-03/spring_hibernate_annotation.html#comments Tue, 15 Mar 2011 15:53:54 +0000 http://blog.stariy.org/?p=815 近期项目又用到了Spring MVC+Hibernate的框架结构和全Annotation（注解）的配置，自然是再熟悉不过的了，从Trilogy的达西那儿实习开始，到学院的J2EE、软件工程的大程，一路相同的架构配置，轻车熟路，不过这次可谓变化不小，配置项因此有不小的改变，也学到一些东西。

          Spring MVC的XML

          Spring MVC的<servlet-name>-servlet.xml（以下用spring-servlet.xml表示）和普通Spring结构的applicationContext.xml，两者有比较微妙的关系。

          Spring MVC项目中，web.xml的servle项按如下配置好，Spring会自动加载applicationContext.xml之后再加载spring-servlet.xml（推测原因，因为后者能引用前者的bean，反之则不行），其中关于Controller的项必须放在spring-servlet.xml中，而其他比如datasource、dao、service等bean则建议放在applicationContext.xml中。

          <servlet>  
	<servlet-name>spring</servlet-name>  
	<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
	<load-on-startup>1</load-on-startup>
	<!-- 
	这里如果填了下面的项，会导致仅加载applicationContext.xml而不加载spring-servlet.xml
	这样就只能在applicationContext.xml里手动去加载其他xml，<import resource="spring-servlet.xml"/>
	<init-param>
		<param-name>contextConfigLocation</param-name>
		<param-value>/WEB-INF/applicationContext.xml</param-value>
	</init-param>
	-->
</servlet>

          Spring MVC的模板层配置

          先说Spring MVC的模板层，一直以来习惯使用Freemarker，这就需要配置Freemarker的bean和Spring连接Freemarker的ViewResolver，FreeMarkerViewResolver。一般方法就是在spring-servlet.xml中，将这几个bean的信息注入。如下所示：

          <bean id="fmXmlEscape" class="freemarker.template.utility.XmlEscape" />
<bean id="freemarkerConfig" 
	class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">
	<property name="templateLoaderPath" value="/WEB-INF/views/" />
	<property name="freemarkerSettings">
		<props>
			<prop key="defaultEncoding">UTF-8</prop>
			<prop key="datetime_format">yyyy-MM-dd</prop>
			<prop key="number_format">0.######</prop>
		</props>
		</property>
	<property name="freemarkerVariables">
		<map><entry key="xml_escape" value-ref="fmXmlEscape" /></map>
	</property>
	<property name="defaultEncoding" value="UTF-8" />
</bean>
 
<bean id="viewResolver" 
	class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
	<property name="prefix" value="" />
	<property name="suffix" value=".ftl" />
	<property name="exposeSpringMacroHelpers" value="true" />
	<property name="contentType" value="text/html;charset=UTF-8" />
</bean>

          这次项目比较正规，我负责后端Java开发，前端页面另有人负责，而且前端程序员希望用JSP页面来完成，于是正好换一个新的模板引擎试试。其实自己一直很想用JSP的，这样又可以省去Freemarker这一第三方类库，少一点总是好的。换成JSP，当然就要换成JSP的ViewResolver，叫InternalResourceViewResolver，而JSP因为是J2EE集成的模板，所以不需要像Freemarker还要配置，的确是方便了！bean如下：

          <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
	<property name="prefix" value="/views/" />
	<property name="suffix" value=".jsp" />
</bean>

          Hibernate Annotation的外键配置

          前几个项目中虽然一直都有用@ManyToOne、@OneToOne和@JoinColumn这种Annotation来配置对应关系，但一直都是代码逻辑来控制的，并没有将外键实施于数据库中。说了这次项目比较正规嘛，要求数据库中也是有外键约束的，于是又要重新动动脑筋。说来也奇怪的，搞了好久的Annotation，也百度了好久才找到：MySQL中MyISAM类型的数据表是不支持外键的，InnoDB类型才支持！说来关于MySQL的数据表类型是MyISAM还是InnoDB曾经也遇到过类似问题，不过是不是外键就不记得了。

          找到了问题所在，剩下的就是如何将Hibernate的自动建表机制（hibernate.hbm2ddl.auto）将数据表建为InnoDB了。居然没想到百度还搜不到，最后在Google的英文页面中找到了配置方法：

          hibernate.dialect = org.hibernate.dialect.MySQLDialect	=>	MyISAM表
hibernate.dialect = org.hibernate.dialect.MySQLInnoDBDialect	=>	InnoDB表

          深爱的Spring

          说起著名的SSH框架，Spring是我第二个学的，初学的时候感觉非常难，《Pro Spring》中的反转控制和依赖注入实在是太抽象的概念。幸运的是，通过实习项目中的coding，立马就深深地理解了Spring的各种编程理念和思维方式。从而也接触了Spring MVC，接触了全Annotation的配置，立马就让我放弃了Structs。至于Hibernate，其实也不是很喜欢，又复杂又臃肿，不如JDBC来的简洁方便！所以，当“SSH你最喜欢哪个框架”这种问题摆在我面前，毫无疑问的！难道不觉得Spring的名字也是最美的么？ :mrgreen:

          看看 Hibernate , MySQL , Spring

          看看 Java