intellij idea配置tomcat（App 开发者应该知道的 cookie 和 session）

：暂无数据 2026-04-25 05:40:02 ：0

我们注意到，那些在intellij idea配置tomcat上表现突出的人，往往都对App 开发者应该知道的 cookie 和 session有独到的见解。这并非巧合。

本文目录

App 开发者应该知道的 cookie 和 session
intellij idea2017 mac怎么部署tomcat
idea中tomcat启动build不编译
idea上怎么起两个tomcat
intellij idea 14 如何配置tomcat数据源

App 开发者应该知道的 cookie 和 session

现在的移动端的 App 已经基本被 Android 和 iOS 两者瓜分天下，我们知道： Android 应用目前使用 Android/Kotlin 开发，iOS 应用使用 Object-C / Swift 开发。它们的共同点都是调用手机原生组件，这样的方式能充分利用手机原有性能。无论从界面美观性方面，还是从使用流畅性方面，相比 React-Native 方式开发的应用都有很大的优势。它们的发展又同时在 PC 端之后，为了方便地对 PC 端页面进行兼容，都具有特定的组件用来加载网页: Andriod 中使用 WebView, iOS 中使用 UIWebView/WKWebView。所以作为移动端的开发者，对传统网页的前端请求/后台响应的实现流程，需要有基本了解。

我们知道一个完整的请求流程包括请求/响应两个过程：

第一步 PC 端发送请求，通过请求行、请求头和请求体来发送详细的请求；第二步服务器收到对请求进行处理，根据请求的具体内容来响应。在这样的 PC 端和服务端对话中，服务器想要管理会话，需要解决以下两个问题：

1 如何标识不同的 PC ？
2 如何标识服务端的不同请求？

问题 1 是为了识别客户端。假如为会话的客户端定义了 ID 身份标识，那么服务器就能对该客户端进行个性化服务。这就像一个人去一家新的理发厅理发，那么理发厅开始时只能按照对待新人的既定流程提供服务：比如 “极力的推荐办卡”、“询问你喜欢哪种发型” 等。但是如果你成为了该理发店的 VIP ，拥有了会员卡 (有了身份标识)，那么该理发店就能根据对你的服务记录来提供服务，比如推荐你喜欢的发型、询问你对上次理发的感受等。

实际网络请求中解决的方式和上面的流程很相似，通过 cookie 来作为标识客户端的 ID 。第一次网络请求会话过程中，服务器端定义标识客户端的 cookie ，返回给客户端并存放在客户端的缓存中。客户端再次发送请求时，会把自身的 cookie 传递给服务器，被服务器识别后就能定制化提供响应。比如我们浏览论坛时常常看到的上一次浏览时间、还有在购物网站看到的历史浏览记录等，都是基于 cookie 来实现。下面是通过 google 开发者工具在访问时生成的 cookie :

cookie 具有以下特点：
1 具有有效期, 就像理发卡里面的余额，过期就失效了；
2 同一个请求也可以设置多个 cookie ，类似一个人可以在一家理发店办理
多个 VIP，来享受不同的服务类型；
3 同一个 PC 端可以有不同的 cookie，来对应不同的服务器；

问题 2 中服务端通过 session 来实现区别不同的网络请求。就像一个人去理发店后，店长（服务器）安排一个理发师（网络请求）来为他服务。所以 session 和 cookie 一一对应，二者都是有服务端创建、定义。不同的是 session 存放在服务端，而 cookie 由服务端创建后存储在客户端，使用 session 同样能达到 cookie 实现的效果。存放在
服务端的 session 能够避免信息存储在客户端后被用户手动清除的问题，但是从另一方面来说，也增加了服务端的存储压力。

综上，cookie / session 是一个网络请求中相互对应的标识符。cookie 用在客户端，session 存储在服务端。利用 cookie / session 服务端能实现对一个网络请求的定制响应。

可以利用 IDEA 来模拟一个 PC 端网页请求/响应的流程。需要以下环境：

1 Tomcat 服务器；
2 以 Java Servlet 作为后台服务程序；
3 IntelliJ IDEA 作为 IDE ;

如果不知道如何用 IntelliJ IDEA 配置 Tomcat 和 Java Servlet ，请参考我的上篇文章：基于 IntelliJ IDEA 模拟 Servlet 网络请求

intellij idea2017 mac怎么部署tomcat

首先点击工具栏上放运行按钮：（我这里已经配置好了）
2. 这时会打开运行配置对话框：
选中这个：（可以同时配置两个服务器，一个作为本地服务器，一个作为远程服务器。我这里只作本地服务器使用）
根据对话内容添加本地tomcat目录。
3. 这时你会发现在编写JSP的时候，器没有代码提示，原因是你还没有添加tomcat的jar运行库。
右击你的项目：选择Open Module Setting或按F4，如图：
点击Module，选择你要构建的项目，然后点击Dependencies（依赖）选择右侧的添加依赖项。选择library会弹出如下提示框：
单击Add Selected即可。
4. 关于tomcat热部署问题，tomcat本身的热部署并“不明显”，因此建议使用glassfish更有优势。但往往所谓的习惯很难转手到其他服务器上面。遇到这样的问题，在intelliJ IDEA上使用tomcat时可以deploy（调配），而不用reload（重载）。
另外一种方法是使用IntelliJ IDEA给我们提供的处理方法，如图：
打开tomcat configuration窗口，在On frame deactivation（窗口处于不活动状态）选上Update classes and resources（更新所有类和资源）

idea中tomcat启动build不编译

在使用IntelliJ IDEA集成Tomcat进行Web开发时，有时会遇到Tomcat启动后build不自动编译的情况。这可能是由于项目配置、构建选项或者IDEA版本等问题引起的。以下是一些可能的原因和解决方法：
1. 项目配置：有些项目需要特定的配置才能自动编译，例如指定编译输出目录、设置类路径等。如果您的项目没有进行相应的配置，就可能导致build不编译。此时，您可以检查项目配置是否正确，并尝试重新构建项目。
2. 构建选项：有些构建选项可能会影响编译行为，例如是否开启增量编译、是否忽略编译错误等。如果您的构建选项不正确，也可能导致build不编译。此时，您可以检查构建选项是否正确，并尝试修改相关设置。
3. IDEA版本：不同版本的IntelliJ IDEA可能存在差异，某些版本可能存在编译问题。如果您的IDEA版本过旧或者过新，也可能导致build不编译。此时，您可以尝试升级或降级IDEA版本，查看是否能够解决问题。
4. 其他问题：除了以上原因外，还可能存在其他问题，例如缺少依赖库、配置文件错误等。如果以上方法都无效，建议您仔细检查项目和环境配置，或者尝试重建项目。
以上解决方法仅为一般性的建议，具体原因和解决方法可能因实际情况而异。如果您遇到问题或需要更详细的说明，建议您查阅相关文献或者咨询专业人士。