发现有很多小伙伴都不会用IDEA打jar包,今天给大家详细总结了两种IDEA打jar包的方式,对正在学习IDEA使用的小伙伴很有帮助,需要的朋友可以参考下

B/S结构的系统是一个特殊的C/S系统

• 实际上B/S结构的系统还是一个C/S，只不过这个C比较特殊，这个Client是一个固定不变浏览器软件。

B/S结构的系统优点和缺点是：

• • 升级维护方便，成本比较低。（只需要升级服务器端即可。）
  • 不需要安装特定的客户端软件，用户操作极其方便。只需要打开浏览器，输入网址即可。
• • 速度慢（不是因为带宽低的问题，是因为所有的数据都是在服务器上，用户发送的每一个请求都是需要服务器全身心的响应数据，所以B/S结构的系统在网络中传送的数据量比较大。）
  • 体验差（界面不是那么酷炫，因为浏览器只支持三个语言HTML CSS JavaScript。在加上速度慢。）
  • 不安全（所有的数据都在服务器上，只要服务器发生火灾，地震等不可抗力，最终数据全部丢失。）

04 jstl中的核心标签库core当中常用的标签

在前端HTML代码中，有一个标签，叫做base标签，这个标签可以设置整个网页的基础路径。

• 这是Java的语法，也不是JSP的语法。是HTML中的一个语法。HTML中的一个标签。通常出现在head标签中。

• 在当前页面中，凡是路径没有以“/”开始的，都会自动将base中的路径添加到这些路径之前。

• 需要注意：在JS代码中的路径，保险起见，最好不要依赖base标签。JS代码中的路径最好写上全路径。

当前的OA项目存在什么缺陷？

• DeptServlet、EmpServlet、OrderServlet。每一个Servlet都是处理自己相关的业务。在这些Servlet执行之前都是需要判断用户是否登录了。如果用户登录了，可以继续操作，如果没有登录，需要用户登录。这段判断用户是否登录的代码是固定的，并且在每一个Servlet类当中都需要编写，显然代码没有得到重复利用。包括每一个Servlet都要解决中文乱码问题，也有公共的代码。这些代码目前都是重复编写，并没有达到复用。怎么解决这个问题?
  • 可以使用Servlet规范中的Filter过滤器来解决这个问题。

• Filter可以在Servlet这个目标程序执行之前添加代码。也可以在目标Servlet执行之后添加代码。之前之后都可以添加过滤规则。
• 一般情况下，都是在过滤器当中编写公共代码。

02 过滤器如何编写？

第一步：编写一个Java类实现一个接口：jarkata.servlet.Filter。并且实现这个接口当中所有的方法。

• init方法：在Filter对象第一次被创建之后调用，并且只调用一次。
• doFilter方法：只要用户发送一次请求，则执行一次。发送N次请求，则执行N次。在这个方法中编写过滤规则。
• destroy方法：在Filter对象被释放/销毁之前调用，并且只调用一次。

第二步：在web.xml文件中对Filter进行配置。这个配置和Servlet很像。

• Servlet对象默认情况下，在服务器启动的时候是不会新建对象的。
• Filter对象默认情况下，在服务器启动的时候会新建对象。
• Servlet是单例的。Filter也是单例的。（单实例。）

03 如何执行下一个过滤器或者执行Servlet

执行下一个过滤器，如果下面没有过滤器了，执行最终的Servlet。

注意：Filter的优先级，天生的就比Servlet优先级高。

目标Servlet是否执行，取决于两个条件：

• 第二：用户发送的请求路径是否和Servlet的请求路径一致。

• *.do 后缀匹配。不要以 / 开始

依靠filter-mapping标签的配置位置，越靠上优先级越高。

过滤器的调用顺序，遵循栈数据结构。

• 执行顺序是：比较Filter这个类名。

• 和Servlet对象生命周期一致。
• 唯一的区别：Filter默认情况下，在服务器启动阶段就实例化。Servlet不会。

• 在程序编译阶段不会确定调用顺序。因为Filter的调用顺序是配置到web.xml文件中的，只要修改web.xml配置文件中filter-mapping的顺序就可以调整Filter的执行顺序。显然Filter的执行顺序是在程序运行阶段动态组合的。那么这种设计模式被称为责任链设计模式。
• 责任链设计模式最大的核心思想：
  • 在程序运行阶段，动态的组合程序的调用顺序。

• 在Servlet中，所有的监听器接口都是以“Listener”结尾。

02 监听器有什么用？

• 监听器实际上是Servlet规范留给我们javaweb程序员的特殊时机。
• 特殊的时刻如果想执行这段代码，你需要想到使用对应的监听器。

03 Servlet规范中提供了哪些监听器？

• 该监听器需要使用@WebListener注解进行标注。
• 该监听器监听的是什么？是session域中数据的变化。只要数据变化，则执行相应的方法。主要监测点在session域对象上。
• 该监听器不需要使用@WebListener进行标注。
• 假设User类实现了该监听器，那么User对象在被放入session的时候触发bind事件，User对象从session中删除的时候，触发unbind事件。
• session的id发生改变的时候，监听器中的唯一一个方法就会被调用。
• 监听session对象的钝化和活化的。
• 钝化：session对象从内存存储到硬盘文件。
• 活化：从硬盘文件把session恢复到内存。

04 实现一个监听器的步骤

• 第一步：编写一个类实现ServletContextListener接口。并且实现里面的方法。

• • 当然，第二步也可以不使用配置文件，也可以用注解，例如：@WebListener

注意：所有监听器中的方法都是不需要javaweb程序员调用的，当某个特殊的事件发生（特殊的事件发生其实就是某个时机到了。）之后，被web服务器自动调用。

• 我们可以通过服务器端有没有分配session对象，因为一个session代表了一个用户。有一个session就代表有一个用户。如果你采用这种逻辑去实现的话，session有多少个，在线用户就有多少个。这种方式的话：HttpSessionListener够用了。session对象只要新建，则count++，然后将count存储到ServletContext域当中，在页面展示在线人数即可。
• 业务发生改变了，只统计登录的用户的在线数量，这个该怎么办？

实现oa项目中当前登录在线的人数。

• 什么代表着用户登录了？

• 什么代表着用户退出了？

javafx在高版本的jdk中比较完善，但生产环境目前还是大量使用8，所以打包问题尤其重要。作为新手刚接触，走了不少弯路，这些弯路也加深了自己对javafx打包的认识，在此先记录下来，再慢慢补充。

本次说的打包目前还特指局限在jlink成功。

首先，使用java17的sdk开发，那么选用的idea版本号就可以支持17的javafx的开发，非常方便。以前的版本比如11需要配置--add-mould-path，编写module-info等，lib路径，maven工程需要建模板等工作，新版本中建完直接就开工了，所以，换idea版本是傻瓜式工作的第一步。

新版idea已经提供了基本的pom，包含了打包插件，如下：

如果使用的是样板代码，直接点plugin里的的javafx：jlink就行，简单一两步操作，打包工作就完成了。

问题来了，假如引用了第三方的jar包，尤其是非模块化的包，则jlink会报错。jlink目的就是为了用啥再要啥，也就是通过模块的组合尽可能减少无用的包。以前java8时候，虽然要胡子，但眉毛也得也得拿走，所以打包后的程序特别大，现在模块里有一个描述文件，这个包里描述了模块实际用到的东西（其他模块），打包的时候目的性就清晰多了。java8里没这个描述文件，那怎么办？其实当直接运行的时候，java是可以将依赖的第三方包变成自动模块，idea还会分析出自动模块名，提醒你写到requires里。那这不完了吗？jlink把所有自动的非自动的包进进行打包，完成了运行时环境定制，并知道可执行程序入口，一个可脱离系统java运行时环境的独立程序就制作成功了。

但是，jlink并不支持自动模块的打包，这就麻烦了。有两种方法解决这个问题，一个是不用jlink了（这不是废话）吗，使用 fat jar包（借助maven shade plugin,没有尝试过），另外一种思路就是没有就创造出来，不是模块就让他变成模块。其实很多包离模块就差了一个东西，module-info.class,把他补上不就成了吗。没错，moditect就有这样的功能，使用moditect插件可以方便的将一个包，变成一个模块。这个插件怎么使用呢？以一个例子为代表：

这个例子是将CustomStage变成模块。最主要其实就是moduleInfoSource，里面的内容基本就是的代码，有几个地方需要注意：

1）模块名字，与pom.properties保持一致，多看看包里的 meta或者pom信息。这个很关键，如果包名写错了会提示找不到模块描述符有问题。

2）requires和exports以及opens这些目前为止还不知道怎么一次性写对，更多的时候，是编译器一次次报错逐步改正和添加的。特别重要的是直接看包的的目录结构，哪些需要输出要心中有数。包的目录结构包含了访问权限等的内容，比如上面的lk.vivoxalabs.customstage.CustomStage的模块包含了好几层目录。

比如lk.vicoxalabs这是两层纯目录结构，导出这个目录后，其他模块要访问lk.vicoxalabs这个目录下的下一层目录是不可以的。按时你直接导出下一层的目录别人就可以访问了，比如exports lk.vivoxalabs.customstag后，customstag目录里二代类就可以使用了。这也是为什么有时候需要--add-exports，特别是java8转到模块化的程序后，经常会出现大量要求你将模块的某些功能，导出授权给unname的模块。

在compile阶段会生成新的打包后的jar文件，这时可以打开看看，已经多了一个module-info.class的文件，这暂时代表我们成功了。这时候为了使用它，需要将你原来得到maven包里的jar文件替换成你刚生成的jar，记得重新将项目里nodule-info.java替换，因为自动模块名和你定义的模块名不一样，只需要idea提示导进去就行了。

这时候可以再运行mvn javafx：link，可以成功了。

但真的成功了吗？找到打包的app，cmd中运行app.bat，会发现还会报很多错，尤其是moduleInfoSource里的info文件没有写对时，这时候根据提示一步步改正即可。

即使都该改正了，程序一定能运行出来吗？不一定。这是因为有module-info.java的程序与非模块化（特指无module-info.java）的程序不一样，比如说javafx.scene里的Image类，在这两种方式中会显示出不一样的用法（可以参考javafx.scene.Image的源码）。在8里面正常的，Image（“文件名”），在新的程序里会报错，显示非法url。这种除了重新编译源码外，还没有想到好的办法。

jlink的介绍到此为止，可见包虽然是好东西，但是版本的切换或新功能的切换也引起新的不便。java打包不止这几种方法，没必要一棵树上吊死。但通过jlink打包的学习，能够更加深入理解模块的特点，了解出错的原因，才是我们真正关心的。