java web项目，想定义一个用户配置文件，启动tomcat时加载该配置文件，不同单位根据配置文件显示不同功能

Posted 2023-04-12

因为不同的单位对系统会有不同的个性化需求，我想的是自己写一个用户配置文件，启动tomcat的时候加载自定义配置文件，根据使用单位不同，显示不同的内容和功能模块。哪位大神有相关的经验，可以给些思路吗？我对这方面是大白一个。。

你这是权限管理，可以配置多个角色，比如显示菜单，根据不同的角色显示不同的菜单，这样才是正确的做法。而且使用管理员可以自动定义每个角色显示的菜单，都是可配置的。这样比较方便。现在有很多成熟的技术比如 shiro 或者spring security等 参考技术A 可以在web.xml文件配置一个监听器，具体逻辑和功能区监听类里面实现。
具体代码就不贴了，去百度一下web.xml配置和加载。你就明白了。追问

其实是不同的单位的登录界面会不同，首页的模块、布局都会不同，我是想用配置文件的方式启动项目，实现svn统一管理代码，不想一个单位的项目创建一个工程，这样后期通用功能优化、bug修改等重复工作就多了

我理解的是既然登录首页面不同，是不是要配置不同的web.xml啊？用监听器可以实现吗？可不可以给些建议性的代码参考一下，对这块思路有点模糊

本回答被提问者和网友采纳

java web项目启动加载顺序

 web.xml加载过程（步骤）：
       1.启动WEB项目的时候,容器(如:Tomcat)会去读它的配置文件web.xml.读两个节点:   

   <listener></listener> 和 <context-param></context-param>

2.紧接着,容器创建一个ServletContext(上下文),这个WEB项目所有部分都将共享这个上下文.

3.容器将<context-param></context-param>转化为键值对,并交给ServletContext.

4.容器创建<listener></listener>中的类实例,即创建监听.

5.在监听中会有contextInitialized(ServletContextEvent args)初始化方法,在这个方法中获得：

ServletContext = ServletContextEvent.getServletContext();   
                   context-param的值 = ServletContext.getInitParameter("context-param的键");  

6.得到这个context-param的值之后,你就可以做一些操作了.注意,这个时候你的WEB项目还没有完全启动完成.这个动作会比 所 有的Servlet都要早.
换句话说,这个时候,你对<context-param>中的键值做的操作,将在你的WEB项目完全启动之前被执行.

7.举例.你可能想在项目启动之前就打开数据库.
那么这里就可以在<context-param>中设置数据库的连接方式,在监听类中初始化数据库的连接.

8.这个监听是自己写的一个类,除了初始化方法,它还有销毁方法.用于关闭应用前释放资源.比如说数据库连接的关闭.

web.xml节点加载顺序：

可以肯定的是，节点的加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：listener -> filter -> servlet

        同时还存在着这样一种配置节点：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：

context-param -> listener -> filter -> servlet

对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例，web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。

       servlet 同 filter 类似，此处不再赘述。

【加载spring】

       比如filter 需要用到 bean ，但加载顺序是： 先加载filter 后加载spring，则filter中初始化操作中的bean为null；

       所以，如果过滤器中要使用到 bean，可以将spring 的加载 改成 Listener的方式 :

<listener>  
        <listener-class>  
             org.springframework.web.context.ContextLoaderListener   
        </listener-class>  
</listener>

    最终结论：

           web.xml 的加载顺序是：[context-param -> listener -> filter -> servlet -> spring] ，而同类型节点之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。