- 浏览: 88950 次
- 性别:
- 来自: 厦门
最新评论
-
zhengyong7232:
SELECT t.province,DECODE(landsc ...
列转行 -
meepo3927:
不是特么很懂
列转行
1.Spring 不但可以在 JavaSE 环境中应用,在 Web 环境中也可以广泛应用, Spring 在 web 环境中应用时,需要在应用的 web.xml 文件中添加如下的配置
通过 web 描述文件我们可以看到, Spring 在 Web 环境中通过 ContextLoaderListener 监听器类启动,通过加载 ”/WEB-INF/” 目录下的 Spring 配置文件, Web 服务器启动 Spring 的初始化过程。
ContextLoaderListener 是一个监听器,和 Web 服务器的生命周期事件紧密关联,即当 Web 服务器启动时, Web 服务器声明周期事件将会触发 ContextLoaderListener 监听器加载 Spring 配置文件,开始 Spring 在 web 服务器中的初始化工作。
2.ContextLoaderListener 启动 Spring :
ContextLoaderListener 继承 Spring 的 ContextLoader 上下文加载器类,同时实现 ServletContextListener 接口 (Servlet 上下文监听器 ) ,监听 Web 服务器上下文的启动和停止事件,管理 Web 环境中 Spring 的启动和销毁过程,其源码如下:
通过对 ContextLoaderListener 的源码分析,我们看到 ContextLoaderListener 继承 ContextLoader ,所以 ContextLoaderListener 本身也是 Spring 的上下文加载器。
ContextLoaderListener 实现了 ServletContextListener 接口,当 Web 应用在 Web 服务器中被被启动和停止时, Web 服务器启动和停止事件会分别触发 ContextLoaderListener 的 contextInitialized 和 contextDestroyed 方法来初始化和销毁 Spring 上下文。我们通过上述对 ContextLoaderListener 的源码分析看到真正实现 Spring 上下文的初始化和销毁功能的是 ContextLoader 类,接下来我们分析 ContextLoader 初始化和销毁 Spring Web 上下文的过程。
3.ContextLoader 初始化和销毁 Spring Web 上下文:
(1).ContextLoader 初始化 Spring Web 上下文的主要源码如下:
通过上面 ContextLoader 初始化 Spring Web 上下文的主要源码分析,我们看到当 Web 应用在 Web 服务器启动时, Servlet 上下文通过 web.xml 文件获取所配置的 contextConfigLocation 、 contextClass 等参数,定位 Spring 配置文件资源,调用 Spring Web 容器的刷新的 refresh() 方法启动 Web 环境中 Spring Ioc 容器的初始化过程, refresh() 方法启动 Spring IoC 容器的初始化过程我们在 IoC 容器源码分析中已经分析过,这里不再重述。
(2). ContextLoader 关闭 Spring Web 上下文的主要源码:
4.WebApplicationContext 接口 :
WebApplicationContext 是定义了 Spring Web 应用上下文的规范的接口, Web 服务器在启动时通过该接口来启动 Spring ,源码如下:
5.XmlWebApplicationContext 源码:
在 3.(1)ContextLoader 初始化 Spring Web 上下文的 determineContextClass 方法中,我们知道 Spring 首先通过 Servlet 上下文从 web.xml 文件中获取用户自定义配置的 contextClass 参数值,如果没有获取到,则默认使用 Spring 的 XmlWebApplicationContext 作为 Spring Web 应用的 IoC 容器, XmlWebApplicationContext 是 WebApplicationContext 的实现类 ConfigurableWebApplicationContext 的子类,其源码如下:
在 3.(1)ContextLoader 初始化 Spring Web 上下文的 createWebApplicationContext 方法创建 Web 应用上下文时, 应用上下文对象通过 setConfigLocation(sc.getInitParameter( CONFIG_LOCATION_PARAM )); 方法将 web.xml 中配置的 contextConfigLocation 参数 (Spring 配置文件位置 ) 设置到 Spring Web 应用上下文中,在 XmlWebApplicationContext 的 loadBeanDefinitions 方法加载 Spring Bean 定义资源文件时,会逐个加载 web.xml 中配置的 contextConfigLocation 参数的 Spring Bean 定义资源文件。
XmlWebApplicationContext 将 Web 应用中配置的 Spring Bean 定义资源文件载入到 Spring IoC 容器中后,接下来的 Spring IoC 容器初始化和依赖注入的过程我们已经在 Spring IoC 容器源码分析中具体分析过,至此 Web 环境中 Spring 的工作流程分析完毕。
…… <context-param> <param-name>contextConfigLocation</param-name> <!--Spring配置文件位置--> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param> <listener> <listener-class> org.springframework.web.context.ContextLoaderListener </listener-class> <listener> ……
通过 web 描述文件我们可以看到, Spring 在 Web 环境中通过 ContextLoaderListener 监听器类启动,通过加载 ”/WEB-INF/” 目录下的 Spring 配置文件, Web 服务器启动 Spring 的初始化过程。
ContextLoaderListener 是一个监听器,和 Web 服务器的生命周期事件紧密关联,即当 Web 服务器启动时, Web 服务器声明周期事件将会触发 ContextLoaderListener 监听器加载 Spring 配置文件,开始 Spring 在 web 服务器中的初始化工作。
2.ContextLoaderListener 启动 Spring :
ContextLoaderListener 继承 Spring 的 ContextLoader 上下文加载器类,同时实现 ServletContextListener 接口 (Servlet 上下文监听器 ) ,监听 Web 服务器上下文的启动和停止事件,管理 Web 环境中 Spring 的启动和销毁过程,其源码如下:
public class ContextLoaderListener extends ContextLoader implements ServletContextListener { //Spring上下文加载器 private ContextLoader contextLoader; //初始化Spring根上下文,event参数是当前Web应用上下文事件 public void contextInitialized(ServletContextEvent event) { //创建Spring上下文加载器,ContextLoaderListener继承ContextLoader, //所以ContextLoaderListener本身也是Spring的上下文加载器 this.contextLoader = createContextLoader(); if (this.contextLoader == null) { this.contextLoader = this; } //根据给定的ServletContext上下文,初始化Spring Web应用上下文 this.contextLoader.initWebApplicationContext(event.getServletContext()); } //创建Spring上下文加载器 protected ContextLoader createContextLoader() { return null; } //获取Spring上下文加载器 public ContextLoader getContextLoader() { return this.contextLoader; } //销毁Spring根上下文 public void contextDestroyed(ServletContextEvent event) { if (this.contextLoader != null) { //关闭指定Servlet的Spring Web根上下文 this.contextLoader.closeWebApplicationContext(event.getServletContext()); } //清除Servlet上下文中被配置的属性 ContextCleanupListener.cleanupAttributes(event.getServletContext()); } }
通过对 ContextLoaderListener 的源码分析,我们看到 ContextLoaderListener 继承 ContextLoader ,所以 ContextLoaderListener 本身也是 Spring 的上下文加载器。
ContextLoaderListener 实现了 ServletContextListener 接口,当 Web 应用在 Web 服务器中被被启动和停止时, Web 服务器启动和停止事件会分别触发 ContextLoaderListener 的 contextInitialized 和 contextDestroyed 方法来初始化和销毁 Spring 上下文。我们通过上述对 ContextLoaderListener 的源码分析看到真正实现 Spring 上下文的初始化和销毁功能的是 ContextLoader 类,接下来我们分析 ContextLoader 初始化和销毁 Spring Web 上下文的过程。
3.ContextLoader 初始化和销毁 Spring Web 上下文:
(1).ContextLoader 初始化 Spring Web 上下文的主要源码如下:
//初始化Spring根上下文 public WebApplicationContext initWebApplicationContext(ServletContext servletContext) { //ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT"; //判断在Servlet上下文中Spring Web应用给根上下文是否已经存在 if (servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE) != null) { throw new IllegalStateException( "Cannot initialize context because there is already a root application context present - " + "check whether you have multiple ContextLoader* definitions in your web.xml!"); } //记录日志 Log logger = LogFactory.getLog(ContextLoader.class); servletContext.log("Initializing Spring root WebApplicationContext"); if (logger.isInfoEnabled()) { logger.info("Root WebApplicationContext: initialization started"); } //获取当前系统时间 long startTime = System.currentTimeMillis(); try { //如果当前Web根容器有父容器,则获取父容器 ApplicationContext parent = loadParentContext(servletContext); //根据给定Servlet容器和父容器创建Web应用容器,并且所创建的Web应用 //容器实例对象存储在本地变量中,以确保当Servlet容器关闭时该容器可用 this.context = createWebApplicationContext(servletContext, parent); //将创建的Web应用上下文设置到Servlet上下文的应用根容器属性中 servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context); //获取当前线程的容器类加载器 ClassLoader ccl = Thread.currentThread().getContextClassLoader(); //如果当前线程的容器类加载器是ContextLoader类,则当前上下文就设置为 //创建的Web应用上下文 if (ccl == ContextLoader.class.getClassLoader()) { currentContext = this.context; } //如果当前线程的容器类加载器不为null,则将创建的web应用上下文和其类 //加载器缓存在容器类加载器—>Web应用上下文Map集合中 else if (ccl != null) { currentContextPerThread.put(ccl, this.context); } if (logger.isDebugEnabled()) { logger.debug("Published root WebApplicationContext as ServletContext attribute with name [" + WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE + "]"); } if (logger.isInfoEnabled()) { long elapsedTime = System.currentTimeMillis() - startTime; logger.info("Root WebApplicationContext: initialization completed in " + elapsedTime + " ms"); } //返回创建的Web应用上下文 return this.context; } catch (RuntimeException ex) { logger.error("Context initialization failed", ex); servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, ex); throw ex; } catch (Error err) { logger.error("Context initialization failed", err); servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, err); throw err; } } //创建Web应用上下文 protected WebApplicationContext createWebApplicationContext(ServletContext sc, ApplicationContext parent) { //获取当前Servlet上下文接口的实现类 Class<?> contextClass = determineContextClass(sc); //判断使用什么样的的类在Web容器中作为IoC容器 if (!ConfigurableWebApplicationContext.class.isAssignableFrom(contextClass)) { throw new ApplicationContextException("Custom context class [" + contextClass.getName() + "] is not of type [" + ConfigurableWebApplicationContext.class.getName() + "]"); } //Servlet上下文实现类是ConfigurableWebApplicationContext类型, //使用JDK反射机制,调用Servlet上下文实现类的无参构造方法创建实例对象 ConfigurableWebApplicationContext wac = (ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass); //如果Servlet大版本是2,并且小版本号小于5,即是Servlet2.4以下标准 if (sc.getMajorVersion() == 2 && sc.getMinorVersion() < 5) { //获取Servlet上下文名称 String servletContextName = sc.getServletContextName(); //为创建的Web应用上下文设置唯一的Id标识 wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX + ObjectUtils.getDisplayString(servletContextName)); } //Servlet2.5标准 else { try { //调用Servlet上下文对象中getContextPath()方法 String contextPath = (String) ServletContext.class.getMethod("getContextPath").invoke(sc); //为Web上下文设置唯一Id标识 wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX + ObjectUtils.getDisplayString(contextPath)); } catch (Exception ex) { throw new IllegalStateException("Failed to invoke Servlet 2.5 getContextPath method", ex); } } //设置Web上下文的父级上下文 wac.setParent(parent); //设置Web上下文的Servlet上下文 wac.setServletContext(sc); //Servlet上下文从web.xml文件中获取配置的contextConfigLocation参数,并 //将其作为Spring Web上下文配置资源的值 wac.setConfigLocation(sc.getInitParameter(CONFIG_LOCATION_PARAM)); //调用用户自定义的设置应用上下文方法 customizeContext(sc, wac); //刷新Spring Web容器,启动载入Spring配置资源的过程 wac.refresh(); return wac; } //根据给定的Servlet上下文,获取Spring Web上下文的实现类//XmlWebApplicationContext或者用户自定义的Spring Web应用上下文 protected Class<?> determineContextClass(ServletContext servletContext) { //Servlet上下文从web.xml中获取配置的contextClass参数值 String contextClassName = servletContext.getInitParameter(CONTEXT_CLASS_PARAM); //如果web.xml中额外配置了contextClass参数值 if (contextClassName != null) { try { //使用JDK反射机制,实例化指定名称的contextClass类对象 return ClassUtils.forName(contextClassName, ClassUtils.getDefaultClassLoader()); } catch (ClassNotFoundException ex) { throw new ApplicationContextException( "Failed to load custom context class [" + contextClassName + "]", ex); } } //如果web.xml中没有配置contextClass参数值 else { //获取Spring中默认的Web应用上下文策略,即XmlWebApplicationContext contextClassName = defaultStrategies.getProperty(WebApplicationContext.class.getName()); try { //使用JDK反射机制,创建Spring Web应用上下文默认策略类对象 return ClassUtils.forName(contextClassName, ContextLoader.class.getClassLoader()); } catch (ClassNotFoundException ex) { throw new ApplicationContextException( "Failed to load default context class [" + contextClassName + "]", ex); } } }
通过上面 ContextLoader 初始化 Spring Web 上下文的主要源码分析,我们看到当 Web 应用在 Web 服务器启动时, Servlet 上下文通过 web.xml 文件获取所配置的 contextConfigLocation 、 contextClass 等参数,定位 Spring 配置文件资源,调用 Spring Web 容器的刷新的 refresh() 方法启动 Web 环境中 Spring Ioc 容器的初始化过程, refresh() 方法启动 Spring IoC 容器的初始化过程我们在 IoC 容器源码分析中已经分析过,这里不再重述。
(2). ContextLoader 关闭 Spring Web 上下文的主要源码:
//关闭指定Servlet上下文中的Spring Web应用上下文 public void closeWebApplicationContext(ServletContext servletContext) { servletContext.log("Closing Spring root WebApplicationContext"); try { //Spring Web应用上下文的类型都是ConfigurableWebApplicationContext if (this.context instanceof ConfigurableWebApplicationContext) { //关闭Spring Web应用上下文,释放资源,销毁所有缓存的单态模式Bean ((ConfigurableWebApplicationContext) this.context).close(); } } finally { //获取当前线程的上下文类加载器 ClassLoader ccl = Thread.currentThread().getContextClassLoader(); //将当前上下文对象设置为null if (ccl == ContextLoader.class.getClassLoader()) { currentContext = null; } //移除容器类加载器—>Web应用上下文Map集合中中key为指定类加载器的项 else if (ccl != null) { currentContextPerThread.remove(ccl); } //移除Servlet上下文中Spring Web根上下文属性 servletContext.removeAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE); //释放父容器引用 if (this.parentContextRef != null) { this.parentContextRef.release(); } } }
4.WebApplicationContext 接口 :
WebApplicationContext 是定义了 Spring Web 应用上下文的规范的接口, Web 服务器在启动时通过该接口来启动 Spring ,源码如下:
public interface WebApplicationContext extends ApplicationContext { //用于定义在Servlet上下文中存储Spring Web根上下文 String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT"; //请求范围 String SCOPE_REQUEST = "request"; //会话范围 String SCOPE_SESSION = "session"; //全局会话范围 String SCOPE_GLOBAL_SESSION = "globalSession"; //应用程序范围 String SCOPE_APPLICATION = "application"; //容器中存储的Servlet上下文环境的Bean名称 String SERVLET_CONTEXT_BEAN_NAME = "servletContext"; //web.xml文件中的配置Spring初始化参数的属性 String CONTEXT_PARAMETERS_BEAN_NAME = "contextParameters"; //Servlet上下文属性 String CONTEXT_ATTRIBUTES_BEAN_NAME = "contextAttributes"; //获取当前应用程序所以Web容器的标准Servlet上下文 ServletContext getServletContext(); }
5.XmlWebApplicationContext 源码:
在 3.(1)ContextLoader 初始化 Spring Web 上下文的 determineContextClass 方法中,我们知道 Spring 首先通过 Servlet 上下文从 web.xml 文件中获取用户自定义配置的 contextClass 参数值,如果没有获取到,则默认使用 Spring 的 XmlWebApplicationContext 作为 Spring Web 应用的 IoC 容器, XmlWebApplicationContext 是 WebApplicationContext 的实现类 ConfigurableWebApplicationContext 的子类,其源码如下:
public class XmlWebApplicationContext extends AbstractRefreshableWebApplicationContext { //Web应用中Spring配置文件的默认位置和名称,如果没有特别指定,则Spring会根据 //此位置定义Spring Bean定义资源 public static final String DEFAULT_CONFIG_LOCATION = "/WEB-INF/applicationContext.xml"; //Spring Bean定义资源默认前缀 public static final String DEFAULT_CONFIG_LOCATION_PREFIX = "/WEB-INF/"; //Spring Bean定义资源默认后置 public static final String DEFAULT_CONFIG_LOCATION_SUFFIX = ".xml"; //在分析Spring IoC初始化过程中我们已经分析过,加载Spring Bean定义资源的方法, //通过Spring容器刷新的refresh()方法触发 protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException { //为Spring容器创建XML Bean定义读取器,加载Spring Bean定义资源 XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); //设置Bean定义读取器,因为XmlWebApplicationContext是//DefaultResourceLoader的子类,所以使用默认资源加载器来定义Bean定义资源 beanDefinitionReader.setResourceLoader(this); //为Bean定义读取器设置SAX实体解析器 beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this)); //在加载Bean定义之前,调用子类提供的一些用户自定义初始化Bean定义读取器的方法 initBeanDefinitionReader(beanDefinitionReader); //使用Bean定义读取器加载Bean定义资源 loadBeanDefinitions(beanDefinitionReader); } //用户自定义初始化Bean定义读取器的方法 protected void initBeanDefinitionReader(XmlBeanDefinitionReader beanDefinitionReader) { } //加载Bean定义资源 protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws IOException { //获取定位的Bean定义资源路径 String[] configLocations = getConfigLocations(); if (configLocations != null) { //遍历加载所有定义的Bean定义资源 for (String configLocation : configLocations) { reader.loadBeanDefinitions(configLocation); } } } //获取默认Bean定义资源 protected String[] getDefaultConfigLocations() { //获取web.xml中的命名空间,如命名空间不为null,则返回 “/WEB-INF/命名空间.xml” if (getNamespace() != null) { return new String[] {DEFAULT_CONFIG_LOCATION_PREFIX + getNamespace() + DEFAULT_CONFIG_LOCATION_SUFFIX}; } //如果命名空间为null,则返回"/WEB-INF/applicationContext.xml" else { return new String[] {DEFAULT_CONFIG_LOCATION}; } } }
在 3.(1)ContextLoader 初始化 Spring Web 上下文的 createWebApplicationContext 方法创建 Web 应用上下文时, 应用上下文对象通过 setConfigLocation(sc.getInitParameter( CONFIG_LOCATION_PARAM )); 方法将 web.xml 中配置的 contextConfigLocation 参数 (Spring 配置文件位置 ) 设置到 Spring Web 应用上下文中,在 XmlWebApplicationContext 的 loadBeanDefinitions 方法加载 Spring Bean 定义资源文件时,会逐个加载 web.xml 中配置的 contextConfigLocation 参数的 Spring Bean 定义资源文件。
XmlWebApplicationContext 将 Web 应用中配置的 Spring Bean 定义资源文件载入到 Spring IoC 容器中后,接下来的 Spring IoC 容器初始化和依赖注入的过程我们已经在 Spring IoC 容器源码分析中具体分析过,至此 Web 环境中 Spring 的工作流程分析完毕。
发表评论
-
最小生成树之Kruskal算法
2013-12-15 00:54 1085这篇文章实现最小生成树的Kruskal算法Kruskal算 ... -
排序算法--插入排序
2013-12-15 00:47 1064插入排序原理:假设 ... -
poi创建下拉框
2013-04-16 19:01 0package finance.tools.salesper ... -
Spring中Transactional配置
2013-04-11 20:43 1000Spring中Transactional配置 标签: 杂谈 分 ... -
Hibernate将Enum枚举类型映射为Int类型 .
2013-04-09 16:46 1537最近要用Hibernate做一个枚举类型的映射,在MySQL ... -
Hibernate 更灵活的用法 HibernateCallback
2013-01-22 14:41 1432在项目中用Hibernate的DetachedCriter ... -
spring源代码分析(2)--BeanFactory
2013-01-20 12:38 1429我们首先来看下BeanFacroty接口 pa ... -
spring源代码分析(1)--Resource的分析
2013-01-20 12:22 4043我们知道,在spring中,配置文件是通过资源形式加载的, ... -
DefaultListableBeanFactory研究
2013-01-18 10:49 5905DefaultSingletonBeanRegistry完 ... -
jvm的内存调优
2013-01-11 15:54 8621) 堆 运行时数 ... -
struts2中Action的name 和package的name和namespace是什么作用
2013-01-02 12:16 9634在struts2的 struts.xml 配置中 例: ... -
深入探索 高效的Java异常处理框架
2012-10-22 14:09 912摘要:本文从Java异常最基本的概念、语法开始讲述了Java异 ... -
JAVA对ArrayList排序
2012-10-16 21:53 16518java如何对ArrayList中对象按照该对象某属性排序 ... -
ThreadPoolExecutor使用和思考(中)-keepAliveTime及拒绝策略
2012-09-11 00:48 954工作中多处接触到了ThreadPoolExecutor。趁着现 ... -
ThreadPoolExecutor使用和思考(上)-线程池大小设置与BlockingQueue的三种实现区别
2012-09-11 00:45 1651工作中多处接触到了ThreadPoolExecutor。趁着现 ... -
Spring IOC之BeanFactory
2012-09-10 12:39 1310BeanFactory ,作为 Spring 基础的 IoC ... -
Java5 并发学习
2012-09-10 11:33 819在Java5之后 ... -
Spring对事务管理的支持的发展历程(基础篇
2012-08-31 17:43 937Connection conn = DataS ... -
CXF ,在Client端用于把 Date 类型转换成 XMLGregorianCalendar .
2012-08-31 16:54 1654import javax.xml.datatype.Datat ... -
spring 加载bean过程源码简易解剖
2012-07-30 08:45 1206这一篇主要是讲用载入bean的过程。其实就是IOC.低调 低调 ...
相关推荐
### Spring技术内幕学习知识点 #### 一、Spring IoC 容器概述 Spring 框架的核心特性之一是它的 IoC(Inversion of Control)容器,该容器支持两种主要的接口:`BeanFactory` 和 `ApplicationContext`。其中,`...
Struts2学习笔记.docx和Struts2-Introduction.pdf将介绍Struts2的基本架构、Action、结果类型、拦截器、配置文件等关键概念。Struts2笔记.ppt则可能是对Struts2框架的实践总结,包括常见问题和解决方案。 总的来说...
2. **Eclipse插件开发学习笔记**: - Eclipse是一款强大的Java集成开发环境(IDE),本书介绍如何为Eclipse开发插件。 - 适合希望扩展Eclipse功能或自定义开发环境的学习者。 3. **HeadFirst设计模式(中文版)**:...
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。
AudioStream 1.5.unitypackage
在现代工业自动化和电动汽车领域,永磁同步电机(PMSM)因其高效率、高性能和紧凑设计而备受青睐。本文将详细介绍如何在Simulink中实现PMSM的控制,包括矢量控制(FOC)策略的实现,以及必要的代码示例,旨在为工程师和研究者提供实用的指导。 一、PMSM控制概述 永磁同步电机(PMSM)以其高功率密度、高效率和优异的动态响应而广泛应用于工业和汽车领域。在Simulink中实现PMSM控制,通常采用矢量控制(Field-Oriented Control, FOC)策略,该策略通过磁场定向控制实现电机转矩和速度的精确控制。 二、PMSM数学模型与Simulink实现 PMSM的数学模型包括电压方程、磁链方程和转矩方程。在Simulink中,我们可以通过构建相应的模块来实现这些方程。 1. PMSM数学模型 电压方程: u d = R s i d − ω e L q i q + L d d i d d t + ω e ψ f u d =Rsid−ω e L q iq+
Jupyter-Notebook
合成控制法与收敛性分析资料最新集.zip
Gartner发布将漏洞管理发展为暴露管理指南:模拟实时攻击场景的对抗性暴露验证将替代传统渗透测试.pdf
装库 pip install python-office
Jupyter-Notebook
《中国房地产统计年鉴》面板数据资源-精心整理.zip
【基于Python的大麦网自动抢票工具的设计与实现】 随着互联网技术的发展,网络购票已经成为人们生活中不可或缺的一部分。尤其是在文化娱乐领域,如音乐会、演唱会、戏剧等活动中,热门演出的门票往往在开售后瞬间就被抢购一空。为了解决这个问题,本论文探讨了一种基于Python的自动抢票工具的设计与实现,旨在提高购票的成功率,减轻用户手动抢票的压力。 Python作为一种高级编程语言,因其简洁明了的语法和丰富的第三方库,成为了开发自动化工具的理想选择。Python的特性使得开发过程高效且易于维护。本论文深入介绍了Python语言的基础知识,包括数据类型、控制结构、函数以及模块化编程思想,这些都是构建抢票工具的基础。 自动化工具在现代社会中广泛应用,尤其在网络爬虫、自动化测试等领域。在抢票工具的设计中,主要利用了自动化工具的模拟用户行为、数据解析和定时任务等功能。本论文详细阐述了如何使用Python中的Selenium库来模拟浏览器操作,通过识别网页元素、触发事件,实现对大麦网购票流程的自动化控制。同时,还讨论了BeautifulSoup和requests库在抓取和解析网页数据中的应用。 大麦网作为国内知名的票务平台,其网站结构和购票流程对于抢票工具的实现至关重要。论文中介绍了大麦网的基本情况,包括其业务模式、用户界面特点以及购票流程,为工具的设计提供了实际背景。 在系统需求分析部分,功能需求主要集中在自动登录、监控余票、自动下单和异常处理等方面。抢票工具需要能够自动填充用户信息,实时监控目标演出的票务状态,并在有票时立即下单。此外,为了应对可能出现的网络延迟或服务器错误,工具还需要具备一定的错误恢复能力。性能需求则关注工具的响应速度和稳定性,要求在大量用户同时使用时仍能保持高效运行。 在系统设计阶段,论文详细描述了整体架构,包括前端用户界面、后端逻辑处理以及与大麦网交互的部分。在实现过程中,采用了多线程技术以提高并发性,确保在抢票关键环节的快速响应。此外,还引入了异常处理机制,以应对网络故障或程序错误。 测试与优化是确保抢票工具质量的关键步骤。论文中提到了不同场景下的测试策略,如压力测试、功能测试和性能测试,以验证工具的有效性和稳定性。同时,通过对抢票算法的不断优化,提高工具的成功率。 论文讨论了该工具可能带来的社会影响,包括对消费者体验的改善、对黄牛现象的抑制以及可能引发的公平性问题。此外,还提出了未来的研究方向,如增加多平台支持、优化抢票策略以及考虑云服务的集成,以进一步提升抢票工具的实用性。 本论文全面介绍了基于Python的大麦网自动抢票工具的设计与实现,从理论到实践,从需求分析到系统优化,为读者提供了一个完整的开发案例,对于学习Python编程、自动化工具设计以及理解网络购票市场的运作具有重要的参考价值。
学生考勤管理系统 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B
ODrive FOC BLDC伺服控制方案,KEIL版本
数字经济资源大合集(7类)-最新.zip
1950-2021年中国统计年鉴(分省年度)面板数据-全新发布.zip
lstm Summary Framework: z = U>x, x u Uz Criteria for choosing U: • PCA: maximize projected variance • CCA: maximize projected correlation • FDA: maximize projected intraclass variance
我国《县域统计年鉴-人口教育医疗》面板数据-已更至最新.zip
分省数字经济发展指标数据集-最新.zip