做jsp网站时怎么预览,电子商务网站建设的一般流程是,天猫入驻,建筑网站绿地新里城Spring有一个问题#xff0c;已经存在了一段时间#xff0c;我在许多项目中都遇到过。 与Spring或Spring的Guys无关#xff0c;这取决于像您和我这样的Spring用户。 让我解释一下……在Spring 2的过去#xff0c;您必须手动配置Application Context#xff0c;手动创建一个… Spring有一个问题已经存在了一段时间我在许多项目中都遇到过。 与Spring或Spring的Guys无关这取决于像您和我这样的Spring用户。 让我解释一下……在Spring 2的过去您必须手动配置Application Context手动创建一个包含所有bean定义的XML配置文件。 这种技术的缺点是创建这些XML文件很费时然后您就很难维护这个越来越复杂的文件。 我似乎记得当时它被称为“ Spring Config Hell”。 从好的方面来说至少您对加载到上下文中的所有内容都有一个中央记录。 顺应需求和流行的注释方式Spring 3引入了大量的原型设计类例如Service Controller Repository Component Controller和Repository 以及context:component-scan/的XML配置文件context:component-scan/元素。 从编程的角度来看这使事情变得简单得多并且是构造Spring上下文的一种非常流行的方式。 但是使用Spring注释时要放任不管并使用Service Component Controller Component Controller或Repository来添加所有内容这在大型代码库中尤其麻烦。 问题是您的上下文被不需要的东西污染了这是一个问题因为 您不必要地用完了烫发空间从而导致更多“烫发空间错误”的风险。 您不必要地耗尽了堆空间。 您的应用程序可能需要更长的时间才能加载。 不需要的对象可以“随便做”特别是如果它们是多线程的则具有start()方法或实现InitializingBean 。 不需要的对象只会阻止您的应用程序正常工作…… 在小型应用程序中我猜想在Spring上下文中是否有几个额外的对象并不重要但是正如我上面说的如果您的应用程序很大处理器密集型或占用内存则这尤其麻烦。 在这一点上有必要对这种情况进行分类并且要做到这一点您必须首先弄清楚要加载到Spring上下文中的是什么。 一种方法是通过在log4j属性中添加以下内容来启用com.springsource包上的调试功能 log4j.logger.com.springsourceDEBUG 将以上内容添加到您的log4j属性在本例中为log4j 1.x中您将获得有关Spring上下文的大量信息–我的意思是很多。 如果您是Spring的专家之一并且正在研究Spring源代码那么实际上这只是您需要做的事情。 另一种更简洁的方法是在您的应用程序中添加一个类该类将准确报告正在Spring上下文中加载的内容。 然后您可以检查报告并进行任何适当的更改。 该博客的示例代码包含一个类这是我之前写过两三遍的文章分别为不同的公司从事不同的项目。 它依赖于Spring的几个功能。 也就是说在Context加载后Spring可以在您的类中调用一个方法并且Spring的ApplicationContext接口包含一些方法这些方法可以告诉您有关其内部的所有信息。 Service
public class ApplicationContextReport implements ApplicationContextAware, InitializingBean { private static final String LINE \n; private static final Logger logger LoggerFactory.getLogger(ContextReport); private ApplicationContext applicationContext; Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { this.applicationContext applicationContext; } Override public void afterPropertiesSet() throws Exception { report(); } public void report() { StringBuilder sb new StringBuilder(\n LINE); sb.append(Application Context Report\n); sb.append(LINE); createHeader(sb); createBody(sb); sb.append(LINE); logger.info(sb.toString()); } private void createHeader(StringBuilder sb) { addField(sb, Application Name: , applicationContext.getApplicationName()); addField(sb, Display Name: , applicationContext.getDisplayName()); String startupDate getStartupDate(applicationContext.getStartupDate()); addField(sb, Start Date: , startupDate); Environment env applicationContext.getEnvironment(); String[] activeProfiles env.getActiveProfiles(); if (activeProfiles.length 0) { addField(sb, Active Profiles: , activeProfiles); } } private void addField(StringBuilder sb, String name, String... values) { sb.append(name); for (String val : values) { sb.append(val); sb.append(, ); } sb.setLength(sb.length() - 2); sb.append(\n); } private String getStartupDate(long startupDate) { SimpleDateFormat df new SimpleDateFormat(yyyy-MM-ddTHH:mm:ss.SSSZ); return df.format(new Date(startupDate)); } private void createBody(StringBuilder sb) { addColumnHeaders(sb); addColumnValues(sb); } private void addColumnHeaders(StringBuilder sb) { sb.append(\nBean Name\tSimple Name\tSingleton\tFull Class Name\n); sb.append(LINE); } private void addColumnValues(StringBuilder sb) { String[] beanNames applicationContext.getBeanDefinitionNames(); for (String name : beanNames) { addRow(name, sb); } } private void addRow(String name, StringBuilder sb) { Object obj applicationContext.getBean(name); String fullClassName obj.getClass().getName(); if (!fullClassName.contains(org.springframework)) { sb.append(name); sb.append(\t); String simpleName obj.getClass().getSimpleName(); sb.append(simpleName); sb.append(\t); boolean singleton applicationContext.isSingleton(name); sb.append(singleton ? YES : NO); sb.append(\t); sb.append(fullClassName); sb.append(\n); } }
} 首先要注意的是此版本的代码实现了Spring的InitializingBean接口。 当Spring将一个类加载到上下文中时Spring将检查此接口。 如果找到它它将调用AfterPropertiesSet()方法。 这不是让Spring在启动时调用您的类的唯一方法请参阅 三种Spring Bean生命周期技术以及使用JSR-250的PostConstruct注释替换Spring的InitializingBean 接下来要注意的是该报告类实现了Spring的ApplicationContextAware接口。 这是另一个有用的Spring主力接口通常永远不需要每天使用。 该接口背后的理由是使您的类可以访问应用程序的ApplicationContext 。 它包含一个方法 setApplicationContext(...) 由Spring调用以将ApplicationContext注入您的类中。 在这种情况下我只是将ApplicationContext参数保存为实例变量。 主报告的生成是通过report()方法完成的由afterPropertiesSet()调用。 report()方法所做的全部工作就是创建一个StringBuilder()类然后附加大量信息。 我不会逐一介绍每一行因为这种代码是线性的而且很无聊。 突出显示形式为createBody(...)调用的addColumnValues(...)方法。 private void addColumnValues(StringBuilder sb) { String[] beanNames applicationContext.getBeanDefinitionNames(); for (String name : beanNames) { addRow(name, sb); } } 此方法调用applicationContext.getBeanDefinitionNames()以获取包含此上下文加载的所有bean的名称的数组。 获得这些信息后我将遍历数组在每个bean名称上调用applicationContext.getBean(...) 。 一旦拥有bean本身就可以在报告中将其类详细信息添加到StringBuilder中。 创建报告后编写自己的文件处理代码将StringBuilder的内容保存到磁盘并没有多大意义。 这种代码已经被写过很多次了。 在这种情况下我选择通过在上面的Java代码中添加以下记录器行来利用Log4j通过slf4j private static final Logger logger LoggerFactory.getLogger(ContextReport); …并通过将以下内容添加到我的log4j XML配置文件中 appender namefileAppender classorg.apache.log4j.RollingFileAppenderparam nameThreshold valueINFO /param nameFile value/tmp/report.log/layout classorg.apache.log4j.PatternLayoutparam nameConversionPattern value%d %-5p [%c{1}] %m %n //layout/appenderlogger nameContextReport additivityfalselevel valueinfo/ appender-ref reffileAppender//logger 请注意如果您使用的是log4j 2.x则XML可能会有所不同但这超出了本博客的范围。 这里要注意的是我使用RollingFileAppender 它将一个名为report.log的文件写入/tmp 尽管该文件显然可以位于任何地方。 注意的另一个配置点是ContextReport Logger。 这会将其所有日志输出定向到fileAppender并且由于具有additivityfalse属性因此仅将fileAppender到其他地方。 配置唯一需要记住的其他部分是将report包添加到Spring的component-scan元素中以便Spring将检测Service批注并加载该类。 context:component-scan base-packagecom.captaindebug.report / 为了证明它有效我还创建了一个JUnit测试用例如下所示 RunWith(SpringJUnit4ClassRunner.class)
WebAppConfiguration
ContextConfiguration({ file:src/main/webapp/WEB-INF/spring/appServlet/servlet-context.xml })
public class ApplicationContextReportTest { Autowired private ApplicationContextReport instance; Test public void testReport() { System.out.println(The report should now be in /tmp); } } 这使用SpringJUnit4ClassRunner和ContextConfiguration批注来加载应用程序的实时 servlet-context.xml文件。 我还包括了WebAppConfiguration批注以告诉Spring这是一个Web应用程序。 如果运行JUnit测试您将获得一个report.log 其中包含以下内容 2014-01-26 18:30:25,920 INFO [ContextReport]Application Context ReportApplication Name:
Display Name: org.springframework.web.context.support.GenericWebApplicationContext74607cd0
Start Date: 2014-01-26T18:30:23.5520000Bean Name Simple Name Singleton Full Class NamedeferredMatchUpdateController DeferredMatchUpdateController YES com.captaindebug.longpoll.DeferredMatchUpdateController
homeController HomeController YES com.captaindebug.longpoll.HomeController
DeferredService DeferredResultService YES com.captaindebug.longpoll.service.DeferredResultService
SimpleService SimpleMatchUpdateService YES com.captaindebug.longpoll.service.SimpleMatchUpdateService
shutdownService ShutdownService YES com.captaindebug.longpoll.shutdown.ShutdownService
simpleMatchUpdateController SimpleMatchUpdateController YES com.captaindebug.longpoll.SimpleMatchUpdateController
applicationContextReport ApplicationContextReport YES com.captaindebug.report.ApplicationContextReport
the-match Match YES com.captaindebug.longpoll.source.Match
theQueue LinkedBlockingQueue YES java.util.concurrent.LinkedBlockingQueue
BillSykes MatchReporter YES com.captaindebug.longpoll.source.MatchReporter该报告包含一个标题该标题包含诸如Display Name和Start Date后跟主体。 主体是一个制表符分隔的表其中包含以下几列Bean名称简单类名称该Bean是否为单例或原型以及完整的类名称。 现在您可以使用此报告来发现不需要加载到Spring Context中的类。 例如如果你决定你不希望加载BillSykes实例com.captaindebug.longpoll.source.MatchReporter 那么你有以下几种选择。 首先可能是BillSykes bean已装入的情况因为它装在错误的程序包中。 当您尝试沿着类类型线组织项目结构时通常会发生这种情况例如将所有服务放在一个service包中而所有控制器放在一个controller包中 因此将服务模块包含到应用程序中将加载所有服务类即使您不需要的类也可能会导致问题。 通常最好按照“ 如何组织Maven子模块”中所述的功能来组织。 。 不幸的是重组整个项目的成本特别高并且不会产生很多收入。 解决该问题的另一种较便宜的方法是对Spring context:component-scan Element进行调整并排除那些引起问题的类。 context:component-scan base-packagecom.captaindebug.longpoll /context:exclude-filter typeregex expressioncom\.captaindebug\.longpoll\.source\.MatchReporter//context:component-scan …或任何给定包中的所有类 context:component-scan base-packagecom.captaindebug.longpoll /context:exclude-filter typeregex expressioncom\.captaindebug\.longpoll\.source\..*//context:component-scan 使用exclude-filter是一种有用的技术但是与之相对应的还有很多文章include-filter因此对此XML配置的完整解释超出了本博客的范围但是也许我会在下面进行介绍。以后再约会。 该博客的代码可在GitHub上作为长期民意测验项目的一部分获得网址为https://github.com/roghughe/captaindebug/tree/master/long-poll 参考 Captain Debug的Blog博客中的JCG合作伙伴 Roger Hughes 优化了ApplicationContext 。 翻译自: https://www.javacodegeeks.com/2014/02/optimising-your-applicationcontext.html
