Npm jhipster生成的应用程序在没有纱线启动的情况下运行良好，只需在8080上运行，那么为什么要在端口9000上运行呢_Npm_Jhipster_Yarnpkg

Npm jhipster生成的应用程序在没有纱线启动的情况下运行良好，只需在8080上运行，那么为什么要在端口9000上运行呢

npm jhipster

Npm jhipster生成的应用程序在没有纱线启动的情况下运行良好，只需在8080上运行，那么为什么要在端口9000上运行呢,npm,jhipster,yarnpkg,Npm,Jhipster,Yarnpkg,jhipster的自述文件说在两个单独的终端中运行以下命令 ./mvnw 起纱我无意中只运行了./mvnw（运行springboot:run），我的应用程序在端口8080上运行良好。问题是，使用Thread start在端口9000上运行它的目的是什么，我不是UI开发人员。JHipster使用端口9000作为客户端代码。如果您对角度代码进行更改，您将能够直接看到结果，这要归功于BrowserSync “这提供了非常令人印象深刻的功能：一旦您修改了其中一个HTML/CSS/TypeScri

jhipster的自述文件说在两个单独的终端中运行以下命令 ./mvnw 起纱

我无意中只运行了./mvnw（运行springboot:run），我的应用程序在端口8080上运行良好。问题是，使用Thread start在端口9000上运行它的目的是什么，我不是UI开发人员。

JHipster使用端口9000作为客户端代码。如果您对角度代码进行更改，您将能够直接看到结果，这要归功于BrowserSync

“这提供了非常令人印象深刻的功能：

一旦您修改了其中一个HTML/CSS/TypeScript文件，您的浏览器将自动刷新自身

在多个不同的浏览器或设备上测试应用程序时，所有点击/滚动/输入应自动同步所有屏幕“

如果应用程序未在端口9000上运行，我认为您不会在端口8080上看到任何客户端更改。

因此，在团队环境中，如果中间件团队正在开发并进行java代码更改，他们不需要在9000（开始）上运行应用程序。但是UI团队应该在两个端口上运行