本地部署可以访问项目，但是它一移动到服务器就报告404。什么？;这是怎么回事？
如果是网络问题，看防火墙是否关闭。如果防火墙已启动，请打开8080端口。
centos7
防火墙视图命令:防火墙-cmd-状态
打开8080端口的命令:iptables-iinput-ptcp-dport8080-jaccept。
要么没有。;不要站起来，否则路径会有问题。
把一个静态文件放在根目录下，直接访问，看是否ok。如果不是，springboot用外部tomcat部署的话，就要看tomcat的xml项目配置文件路径是否正确，项目启动是否出错，tomcat启动是否出错。
如果是tomcat在springboot部署的，就要看端口是否打开，是否被防火墙拦截，控制器是否写对。
首先，你需要确定tomcat是否启动成功。您可以先访问ip端口。如果可以访问，需要确定引导项目的路径是否错误。正常情况下，springboot项目是作为一个jar打包运行的，它本身会集成一个tomcat。
如果是，说明路径不对，应该启动tomcat。检查路径
1.首先查看tomcat日志，看看是否有错误日志。
2.2.jdk版本一致吗？
3.防火墙是否拦截相应的端口？如果是，关闭防火墙。
你关闭了《春天来了》的tomcat吗？
项目背景:
该公司有一个大规模的综合管理和运作系统。经过多年的发展和升级，现在已经有近200个菜单。
前端和后端是分开的，后端由springmvc，springboot和的子项目组成。net项目，这让我晕头转向…
今年想保证原有系统功能的稳定，对新开发的需求采取微服务的，逐步重新设计原有系统。
那么问题来了，怎么设计，微服还在写demo，一点头绪都没有。朋友们有什么想法和建议吗？
通常在设计一个系统的时候，架构师(或者项目经理)会根据对需求的理解将其划分为多个边界上下文，每个边界上下文都包含了这个边界上下文所需要的领域模型。在实践中
在开发过程中，主要会出现以下问题:
a.多团队并行开发:在大型系统中，边界上下文会被分发给不同的开发团队进行开发。有些边界上下文在业务上相互依赖，但我们在技术上也相互依赖。例如，订单边界上下文依赖于产品边界上下文或客户边界上下文，因此通常需要实现依赖的对象或功能(至少先定义它)，然后才能制作依赖它的功能和阴影。提高开发效率。
b.部署和运行的问题:由于依赖关系，当依赖边界上下文的组件发生变化时，会更新为依赖边界上下文，管理起来比较复杂。而一旦依赖边界上下文出现问题，依赖边界上下文也会出现问题。服务独立部署到不同的主机或docker也会因为引用而给管理和部署带来障碍。
c.技术选择的问题:由于存在技术依赖(通常是引用)，多个团队采用的技术通常是相同的。但是，在某些情况下，边界上下文应该选择最适合它的技术，边界上下文不应该通过restful风格的接口相互访问。
.jpg)
