拓冰网站定制 
简介本资源是一份面向Java后端开发者与DevOps运维工程师的实战型Docker容器化部署指南聚焦电商微服务项目mall的全链路容器化落地。内容覆盖从Docker环境搭建、Harbor私有镜像仓库配置到MySQL、Redis、RabbitMQ、Elasticsearch等12类中间件部署再到mall-admin、mall-search等SpringBoot微服务模块镜像构建与编排以及前端Nginx发布全流程兼顾K8s延伸能力说明。资源为单个PDF文档1.37MB结构清晰、步骤详实含关键配置修改点如pom.xml远程Docker地址、Harbor认证、MySQL授权、常见问题提示如HTTPS认证临时规避方案及官方源码与学习路径索引。目前已有556人学习下载适合具备SpringBoot基础、正 transitioning 到容器化交付的中级开发者系统掌握微服务CI/CD部署范式。1. docker部署mall微服务商城一套能跑通的完整容器化电商系统不是Demo是生产级可调、可扩、可排障的实战闭环你花两小时照着某篇「Docker部署mall」教程敲完命令docker ps看到一堆 Up 状态浏览器打开http://192.168.4.116:80却只显示 Nginx 欢迎页——这不是玄学是 mall 微服务容器化落地最真实的起点。它不是 Spring Boot 单体打包成 jar 那么轻量而是一整套包含 MySQL、Redis、Elasticsearch、RabbitMQ、MinIO、Kibana、Logstash、Harbor 的协同体前端用 Vue后端拆成 mall-admin、mall-portal、mall-search 三个独立服务每个都走 Docker 构建 Harbor 推送 容器启动。它不教你怎么写 Controller而是逼你直面为什么 Logstash 连不上 Elasticsearch为什么 mall-portal 启动后报Connection refused却查不到是哪个容器没起来为什么 Harbor 登录成功但 push 镜像失败这篇笔记是我用三台 CentOS 7.9 物理机非虚拟机、非云主机从零拉源码、逐个部署、反复重启、抓包验证、日志翻烂后沉淀下来的可复现、可验证、带血泪经验的容器化商城部署实录。适合正在准备微服务项目上线的运维工程师、想把 Spring Boot 项目真正容器化的 Java 开发、以及需要交付完整 DevOps 流水线的技术负责人——它不讲 Docker 原理只告诉你哪条命令必须加-restartalways哪个配置文件的缩进错一个空格就导致 Kibana 启动失败哪类错误日志该去/var/log/nginx/error.log而不是docker logs里翻。2. Docker 环境与中间件容器化从内核参数调优到端口冲突排查12 个组件不是堆命令是链式依赖mall 微服务不是单个容器而是一张由 12 个基础服务构成的依赖网络MySQL 是数据底座Redis 是缓存中枢RabbitMQ 是异步消息总线Elasticsearch Logstash Kibana 是日志分析铁三角MinIO 是对象存储替代方案Nginx 是流量入口Harbor 是私有镜像仓库。它们之间存在强时序依赖和网络可达性要求——比如 Logstash 必须在 Elasticsearch 启动后才能连上Kibana 必须通过--link elasticsearch:es显式关联 ES 容器别名而所有 Java 服务最终都要通过 Harbor 拉取基础镜像。本章不罗列“安装步骤”而是按真实部署顺序把每个组件的关键参数、必改配置、典型故障点掰开揉碎。你会发现docker run -d --name mysql ...这行命令背后藏着字符集编码、挂载路径权限、root 密码策略三个致命坑sysctl -w vm.max_map_count262144不是可选项而是 Elasticsearch 6.4.0 在 Linux 上启动失败的唯一解Harbor 的insecure-registries配置若漏掉/etc/docker/daemon.json的 reload 步骤后续所有mvn docker:build都会卡在推送阶段。我们按生产环境标准全部使用--restartalways确保服务自愈并统一挂载宿主机目录/mydata/xxx实现配置与数据持久化。2.1 MySQL 5.7 容器字符集、挂载权限与初始化 SQL 的三重校验mall 依赖 UTF8MB4 字符集支持 emoji 和长文本MySQL 容器默认配置不满足。必须通过挂载自定义my.cnf并设置initdb初始化脚本否则mall.sql导入后中文乱码、索引失效。# 创建 MySQL 配置目录并写入 my.cnf mkdir -p /mydata/mysql/conf cat /mydata/mysql/conf/my.cnf EOF [mysqld] init_connectSET collation_connection utf8mb4_unicode_ci collation-serverutf8mb4_unicode_ci character-set-serverutf8mb4 skip-character-set-client-handshake max_connections1000 wait_timeout28800 interactive_timeout28800 EOF # 创建数据、日志目录并赋权关键否则容器启动失败 mkdir -p /mydata/mysql/{data,log} chmod 755 /mydata/mysql chown -R 999:999 /mydata/mysql/data # MySQL 容器内 UID 为 999必须匹配提示chown -R 999:999 /mydata/mysql/data是血泪经验。不执行此步docker run启动后容器立即退出docker logs mysql显示Cant start server: Bind on unix socket: Permission denied。这是 MySQL 容器内进程以 UID 999 运行而宿主机目录属主是 root 导致的权限拒绝。启动容器时必须显式挂载my.cnf并指定初始化 SQL# 拉取镜像国内加速 docker pull registry.cn-hangzhou.aliyuncs.com/helowin/mysql:5.7 # 启动容器注意--init 参数确保信号转发避免 mysqld 进程成为 PID 1 docker run -p 3306:3306 \ --name mysql \ --restartalways \ --init \ -v /mydata/mysql/conf/my.cnf:/etc/mysql/my.cnf \ -v /mydata/mysql/data:/var/lib/mysql \ -v /mydata/mysql/log:/var/log/mysql \ -v /opt/mall/document/sql/mall.sql:/docker-entrypoint-initdb.d/mall.sql \ -e MYSQL_ROOT_PASSWORDroot \ -d registry.cn-hangzhou.aliyuncs.com/helowin/mysql:5.7参数说明-v /opt/mall/document/sql/mall.sql:/docker-entrypoint-initdb.d/mall.sql将 SQL 文件挂载到容器初始化目录MySQL 启动时自动执行--init注入 init 进程正确处理 SIGTERM避免容器无法优雅停止-e MYSQL_ROOT_PASSWORDroot设置 root 密码mall 应用配置中spring.datasource.password必须与此一致。验证是否成功# 进入容器执行 SQL docker exec -it mysql mysql -uroot -proot -e show variables like character_set%; # 输出应全为 utf8mb4 # 再查数据库 docker exec -it mysql mysql -uroot -proot -e show databases; | grep mall # 应返回 mall2.2 Redis 3.2 容器AOF 持久化与密码认证的强制启用mall 使用 Redis 存储登录 Token、商品缓存、秒杀库存等必须开启 AOFAppend Only File保证数据不丢失且需设置密码防止未授权访问。官方redis:3.2镜像默认不启用密码AOF 关闭。# 创建 Redis 数据目录 mkdir -p /mydata/redis/data chmod 777 /mydata/redis/data # Redis 容器内 UID 为 0需开放写权限 # 启动容器关键参数--appendonly yes 启用 AOF-a 设置密码 docker run -p 6379:6379 \ --name redis \ --restartalways \ -v /mydata/redis/data:/data \ -d redis:3.2 \ redis-server --appendonly yes --requirepass mall_redis_2024参数说明--appendonly yes强制开启 AOF生成appendonly.aof文件--requirepass mall_redis_2024设置密码mall 应用application.yml中spring.redis.password必须与此一致-v /mydata/redis/data:/data挂载数据目录AOF 文件将落在此处。验证连接与密码# 尝试无密码连接应失败 docker exec -it redis redis-cli ping # 返回 error: NOAUTH Authentication required # 使用密码连接应成功 docker exec -it redis redis-cli -a mall_redis_2024 ping # 返回 PONG # 写入测试 key docker exec -it redis redis-cli -a mall_redis_2024 set test_key mall_deploy_success # 读取验证 docker exec -it redis redis-cli -a mall_redis_2024 get test_key # 返回 mall_deploy_success2.3 Elasticsearch 6.4.0 IK 分词器内核参数、插件安装与网络隔离修复ES 是 mall-search 的核心但elasticsearch:6.4.0镜像在 CentOS 7 上启动必失败原因有三vm.max_map_count过低、/usr/share/elasticsearch/data目录权限不足、容器内网与宿主机网络不通导致 Kibana 无法连接。必须分步解决。第一步永久修改内核参数# 临时生效验证用 sysctl -w vm.max_map_count262144 # 永久生效写入配置文件 echo vm.max_map_count262144 /etc/sysctl.conf sysctl -p第二步创建 ES 目录并赋权mkdir -p /mydata/elasticsearch/{data,plugins} chmod 777 /mydata/elasticsearch/data # ES 容器内 UID 为 1000需开放第三步启动 ES 容器禁用 X-Pack 安全简化调试docker run -p 9200:9200 -p 9300:9300 \ --name elasticsearch \ --restartalways \ -e discovery.typesingle-node \ -e xpack.security.enabledfalse \ -e network.host0.0.0.0 \ -v /mydata/elasticsearch/plugins:/usr/share/elasticsearch/plugins \ -v /mydata/elasticsearch/data:/usr/share/elasticsearch/data \ -d elasticsearch:6.4.0第四步安装 IK 分词器必须在容器内执行# 进入容器 docker exec -it elasticsearch /bin/bash # 下载并安装 IK注意版本严格对应 6.4.0 elasticsearch-plugin install https://github.com/medcl/elasticsearch-analysis-ik/releases/download/v6.4.0/elasticsearch-analysis-ik-6.4.0.zip # 退出容器 exit # 重启容器使插件生效 docker restart elasticsearch第五步验证分词器curl -X POST http://192.168.4.116:9200/_analyze \ -H Content-Type: application/json \ -d { analyzer: ik_max_word, text: 小米手机 } # 应返回 tokens: [小米, 手机]注意-e network.host0.0.0.0是关键。不加此参数ES 默认绑定127.0.0.1Logstash 和 Kibana 容器无法通过es:9200访问。2.4 Harbor 私有仓库HTTP 模式下的 Docker Daemon 配置与认证绕过mall 所有微服务镜像都需推送到 Harbor但官方 Harbor 2.x 强制 HTTPS而本地测试环境用 HTTP 更高效。必须配置 Docker Daemon 允许 insecure registry并在 Maven 中关闭 TLS 验证。第一步启动 Harbor使用开源版 harbor-offline-installer-v2.11.0.tgz# 解压后修改 harbor.yml sed -i s/https:\/\/.*//g harbor.yml # 注释 https 配置 sed -i s/port: 443/port: 8443/g harbor.yml # 注释 443 端口 sed -i s/protocol: https/protocol: http/g harbor.yml # 启动 ./install.sh第二步配置 Docker Daemon 允许 HTTP 仓库# 编辑 daemon.json cat /etc/docker/daemon.json EOF { insecure-registries: [192.168.4.116:8080], registry-mirrors: [https://registry.cn-hangzhou.aliyuncs.com] } EOF # 重载配置 systemctl daemon-reload systemctl restart docker第三步Maven 中配置 Harbor 地址关键影响所有服务构建在mall/pom.xml的properties节点下修改docker.host和docker.registry.urlproperties docker.hosthttp://192.168.4.116:2375/docker.host docker.registry.url192.168.4.116:8080/docker.registry.url docker.registry.usernameadmin/docker.registry.username docker.registry.passwordHarbor12345/docker.registry.password /properties避坑 / 常见问题 / 排查现象 1mvn clean package docker:build报错Could not connect to docker daemon at http://192.168.4.116:2375原因Docker Daemon 未开启远程 API或防火墙拦截 2375 端口解决检查/usr/lib/systemd/system/docker.serviceExecStart行必须含-H tcp://0.0.0.0:2375执行firewall-cmd --add-port2375/tcp --permanent firewall-cmd --reload现象 2docker login 192.168.4.116:8080成功但docker push 192.168.4.116:8080/mall/mall-admin报错unauthorized: authentication required原因Harbor 项目未创建或用户无项目权限解决登录 Harbor Web UIhttp://192.168.4.116:8080创建项目mall将用户admin加入Project Admin角色现象 3docker push卡住数分钟后超时原因宿主机 DNS 解析慢或 Harbor 容器内网不通解决在 Harbor 容器内执行ping www.baidu.com若不通则检查docker0网桥在宿主机执行nslookup 192.168.4.116确认解析正常现象 4Maven 构建时docker:build报错Failed to execute goal com.spotify:docker-maven-plugin:1.2.2:build提示No plugin found for prefix docker原因pom.xml中docker-maven-plugin插件未启用或pluginRepositories未配置阿里云镜像解决取消pom.xml中plugin节点的注释在settings.xml的pluginRepositories下添加阿里云插件仓库现象 5Harbor Web UI 打开空白F12 查看 Network 显示502 Bad Gateway原因Harbor 的 nginx 容器未启动或harbor.yml中hostname配置错误解决执行docker-compose ps查看容器状态检查harbor.yml的hostname: 192.168.4.116是否与实际 IP 一致3. mall 微服务应用构建与部署从源码拉取、Maven 配置到镜像推送三个核心服务的差异化处理mall 的后端不是单体而是mall-admin后台管理、mall-portal前台门户、mall-search搜索服务三个独立 Spring Boot 应用每个都有自己的pom.xml、application.yml和 Dockerfile。它们共用mall-common工具包但数据库连接、Redis 地址、ES 地址必须按容器网络重新配置。本章聚焦构建链路打通如何让 Maven 在宿主机上编译 Java 代码、构建 Docker 镜像、推送到 Harbor全程无需进入容器。重点解决mall-search依赖 ES、mall-portal依赖 Redis 和 MySQL、mall-admin依赖 RabbitMQ 的跨容器通信问题——所有地址不能写localhost必须写容器名如es:9200、redis:6379因为它们运行在同一个 Docker 网络bridge下。3.1 源码组织与 Maven 全局配置国内镜像加速与 profile 激活mall 官方 GitHub 仓库macrozheng/mall在国内下载极慢必须切换至 Gitee 镜像。同时Maven 默认中央仓库速度慢需配置阿里云镜像和插件仓库。# 拉取 Gitee 镜像快 5 倍以上 cd /opt git clone https://gitee.com/aliyunfc/mall cd mall # 配置 Maven 阿里云镜像修改 /etc/maven/settings.xml cat /etc/maven/settings.xml EOF mirrors mirror idaliyunmaven/id mirrorOf*/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror /mirrors pluginRepositories pluginRepository idaliyun-plugin/id urlhttps://maven.aliyun.com/repository/public/url releases enabledtrue/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository /pluginRepositories EOF提示mirrorOf*/mirrorOf表示覆盖所有仓库包括spring-milestones和jcenter避免某些依赖拉取失败。3.2 mall-admin 服务后台管理接口RabbitMQ 与 MySQL 的双重绑定mall-admin提供商品、订单、会员等后台管理 API依赖 MySQL 存储业务数据RabbitMQ 处理异步通知如订单超时关单。其application.yml中数据库和 MQ 地址必须指向容器名# mall/mall-admin/src/main/resources/application.yml spring: datasource: url: jdbc:mysql://mysql:3306/mall?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai username: root password: root rabbitmq: host: rabbitmq port: 5672 username: mall password: mall virtual-host: /mall构建并推送镜像# 进入 mall-admin 目录 cd /opt/mall/mall-admin # 清理旧镜像避免 tag 冲突 docker rmi $(docker images | grep mall-admin | awk {print $3}) # Maven 构建跳过测试指定 Harbor 地址 mvn clean package docker:build -Dmaven.test.skiptrue # 推送至 Harbor注意tag 必须含 Harbor 地址 docker tag mall/mall-admin:1.0 192.168.4.116:8080/mall/mall-admin:1.0 docker push 192.168.4.116:8080/mall/mall-admin:1.0关键参数说明-Dmaven.test.skiptrue跳过单元测试避免因网络或数据库连接失败中断构建docker tag命令中192.168.4.116:8080/mall/mall-admin:1.0格式必须严格匹配 Harbor 项目名mall和镜像名mall-admindocker:build依赖pom.xml中docker-maven-plugin的image配置已预设为mall/mall-admin。3.3 mall-portal 服务前台门户接口Redis 与 MinIO 的高并发适配mall-portal是用户直接访问的商城首页、商品列表、购物车等接口对 Redis 缓存和 MinIO 对象存储依赖最强。其application.yml需配置# mall/mall-portal/src/main/resources/application.yml spring: redis: host: redis port: 6379 password: mall_redis_2024 cloud: aws: s3: endpoint: http://minio:9000 credentials: access-key: minioadmin secret-key: minioadmin构建流程同mall-admin但需额外处理 MinIO 的 SSL 问题本地 HTTP 模式下必须禁用 SSL# 修改 mall-portal 的 pom.xml在 properties 中添加 minio.ssl.enabledfalse/minio.ssl.enabled # 构建 mvn clean package docker:build -Dmaven.test.skiptrue # 推送 docker tag mall/mall-portal:1.0 192.168.4.116:8080/mall/mall-portal:1.0 docker push 192.168.4.116:8080/mall/mall-portal:1.03.4 mall-search 服务Elasticsearch 搜索引擎IK 分词与集群健康检查mall-search是 mall 的搜索核心完全依赖 Elasticsearch。其application.yml必须配置 IK 分词器和健康检查# mall/mall-search/src/main/resources/application.yml spring: elasticsearch: rest: uris: http://es:9200 mall: search: analyzer: ik_max_word # 使用 IK 最大分词构建前必须确认 ES 容器已启动且 IK 插件安装成功见 2.3 节验证。构建命令cd /opt/mall/mall-search mvn clean package docker:build -Dmaven.test.skiptrue docker tag mall/mall-search:1.0 192.168.4.116:8080/mall/mall-search:1.0 docker push 192.168.4.116:8080/mall/mall-search:1.0避坑 / 常见问题 / 排查现象 1mall-search容器启动后日志报java.net.ConnectException: Connection refused: es/172.17.0.3:9200原因ES 容器未启动或mall-search启动时 ES 尚未就绪竞态条件解决在mall-search的 Dockerfile 中添加健康检查脚本或使用docker-compose的depends_on但仅控制启动顺序不保证服务就绪更可靠的是在mall-search启动类中加入PostConstruct方法循环检测http://es:9200返回 200现象 2mall-portal启动后添加商品到购物车报RedisConnectionFailureException原因application.yml中spring.redis.password与 Redis 容器启动密码不一致解决检查docker run命令中的--requirepass参数确保与配置文件完全相同区分大小写现象 3mall-admin推送镜像后docker pull 192.168.4.116:8080/mall/mall-admin:1.0报错no basic auth credentials原因Docker Daemon 未登录 Harbor或登录时用户名密码错误解决执行docker login 192.168.4.116:8080 -u admin -p Harbor12345确认返回Login Succeeded现象 4mall-search构建时mvn docker:build报错Failed to parse plugin descriptor for com.spotify:docker-maven-plugin:1.2.2原因Maven 插件版本 1.2.2 与 JDK 1.8 不兼容官方已废弃解决升级pom.xml中插件版本为docker.maven.plugin.version1.4.13/docker.maven.plugin.version并同步更新docker-maven-plugin的configuration节点现象 5mall-portal容器启动后访问/swagger-ui.html页面空白F12 显示Failed to load resource: the server responded with a status of 404 ()原因Swagger 配置类未启用或application.yml中springfox.documentation.swagger-ui.enabledtrue未设置解决检查mall-portal的pom.xml是否引入springfox-swagger2和springfox-swagger-ui依赖在application.yml中添加springfox: documentation: swagger-ui: enabled: true4. 前端 Vue 项目部署与 Nginx 配置从 npm 构建到反向代理解决跨域与静态资源 404mall 的前端是 Vue 2 项目mall-admin-web它不直接暴露给用户而是通过 Nginx 反向代理到mall-admin后端 API。部署难点在于npm run build生成的静态文件需正确映射到 Nginx 的html目录prod.env.js中的 API 地址必须指向 Nginx 的 upstream而非直接访问mall-admin容器Nginx 配置必须处理/api路径重写避免浏览器跨域。本章不讲 Vue 开发只讲如何让dist目录里的 HTML、JS、CSS 被 Nginx 正确服务并与后端无缝联调。4.1 Node.js 与 npm 环境安装国内镜像源与全局模块路径CentOS 默认无 Node.js需手动安装并配置淘宝镜像源避免npm install卡死。# 下载 Node.js 14.xVue CLI 4.x 兼容 cd /tmp wget https://npmmirror.com/mirrors/node/v14.21.3/node-v14.21.3-linux-x64.tar.xz tar -xf node-v14.21.3-linux-x64.tar.xz mv node-v14.21.3-linux-x64 /opt/nodejs ln -s /opt/nodejs/bin/node /usr/local/bin/node ln -s /opt/nodejs/bin/npm /usr/local/bin/npm # 配置 npm 淘宝镜像源 npm config set registry https://registry.npmmirror.com npm config set disturl https://npmmirror.com/mirrors/node4.2 mall-admin-web 构建修改 API 地址与环境变量mall-admin-web的 API 请求地址由config/prod.env.js控制。生产环境必须指向 Nginx 的/api路径而非http://192.168.4.116:8080// mall-admin-web/config/prod.env.js module.exports { NODE_ENV: production, BASE_API: /api // 注意此处为相对路径Nginx 会将其代理到后端 }构建命令必须在mall-admin-web目录下执行cd /opt/mall-admin-web npm install # 安装依赖国内镜像下 2 分钟内完成 npm run build # 生成 dist 目录4.3 Nginx 反向代理配置解决跨域、路径重写与静态资源服务Nginx 容器需同时服务前端静态文件/和代理后端 API/api。关键配置在nginx.conf的location块# /mydata/nginx/conf/nginx.conf upstream mall_backend { server mall-admin:8080; } server { listen 80; server_name localhost; # 前端静态资源 location / { root /usr/share/nginx/html; index index.html index.htm; try_files $uri $uri/ /index.html; # 支持 Vue Router history 模式 } # 后端 API 代理 location /api { proxy_pass http://mall_backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 重写路径去掉 /api 前缀 proxy_redirect off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; } }启动 Nginx 容器# 先删除旧容器 docker stop nginx docker rm nginx # 启动新容器挂载配置和静态文件 docker run -p 80:80 \ --name nginx \ --restartalways \ -v /opt/mall-admin-web/dist:/usr/share/nginx/html \ -v /mydata/nginx/conf/nginx.conf:/etc/nginx/nginx.conf \ -v /mydata/nginx/logs:/var/log/nginx \ -d nginx:1.10参数说明-v /opt/mall-admin-web/dist:/usr/share/nginx/html将 Vue 构建的dist目录直接挂载为 Nginx 根目录try_files $uri $uri/ /index.html解决 Vue Routerhistory模式下刷新 404 问题location /api中proxy_pass http://mall_backend指向 upstream而非http://mall-admin:8080解耦配置。验证浏览器访问http://192.168.4.116应显示 mall-admin-web 登录页F12 打开 Network登录请求应为POST /api/admin/login状态码 200查看 Response HeadersX-Proxy-By应为nginx证明代理生效。避坑 / 常见问题 / 排查现象 1浏览器打开http://192.168.4.116显示403 Forbidden原因Nginx 容器内/usr/share/nginx/html目录权限不足或dist目录下无index.html解决执行ls -l /opt/mall-admin-web/dist确认index.html存在检查docker run命令中-v挂载路径是否正确宿主机路径/opt/mall-admin-web/dist容器路径/usr/share/nginx/html现象 2登录时 Network 显示OPTIONS /api/admin/login405 Method Not Allowed原因Nginx 未配置 CORS浏览器预检请求被拒绝解决在nginx.conf的location /api块中添加add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS, PUT, DELETE; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range,Authorization; if ($request_method OPTIONS) { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS, PUT, DELETE; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range,Authorization; add_header Access-Control-Max-Age 1728000; add_header Content-Type text/plain; charsetutf-8; add_header Content-Length 0; return 204; }现象 3npm run build报错FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory原因Node.js 内存不足Vue CLI 构建大型项目需更多内存解决执行export NODE_OPTIONS--max_old_space_size4096后再运行npm run build**现象 4本文还有配套的精品资源点击获取 Docker部署mall微服务商城：生产级容器化电商系统实战
简介本资源是一份面向Java后端开发者与DevOps运维工程师的实战型Docker容器化部署指南聚焦电商微服务项目mall的全链路容器化落地。内容覆盖从Docker环境搭建、Harbor私有镜像仓库配置到MySQL、Redis、RabbitMQ、Elasticsearch等12类中间件部署再到mall-admin、mall-search等SpringBoot微服务模块镜像构建与编排以及前端Nginx发布全流程兼顾K8s延伸能力说明。资源为单个PDF文档1.37MB结构清晰、步骤详实含关键配置修改点如pom.xml远程Docker地址、Harbor认证、MySQL授权、常见问题提示如HTTPS认证临时规避方案及官方源码与学习路径索引。目前已有556人学习下载适合具备SpringBoot基础、正 transitioning 到容器化交付的中级开发者系统掌握微服务CI/CD部署范式。1. docker部署mall微服务商城一套能跑通的完整容器化电商系统不是Demo是生产级可调、可扩、可排障的实战闭环你花两小时照着某篇「Docker部署mall」教程敲完命令docker ps看到一堆 Up 状态浏览器打开http://192.168.4.116:80却只显示 Nginx 欢迎页——这不是玄学是 mall 微服务容器化落地最真实的起点。它不是 Spring Boot 单体打包成 jar 那么轻量而是一整套包含 MySQL、Redis、Elasticsearch、RabbitMQ、MinIO、Kibana、Logstash、Harbor 的协同体前端用 Vue后端拆成 mall-admin、mall-portal、mall-search 三个独立服务每个都走 Docker 构建 Harbor 推送 容器启动。它不教你怎么写 Controller而是逼你直面为什么 Logstash 连不上 Elasticsearch为什么 mall-portal 启动后报Connection refused却查不到是哪个容器没起来为什么 Harbor 登录成功但 push 镜像失败这篇笔记是我用三台 CentOS 7.9 物理机非虚拟机、非云主机从零拉源码、逐个部署、反复重启、抓包验证、日志翻烂后沉淀下来的可复现、可验证、带血泪经验的容器化商城部署实录。适合正在准备微服务项目上线的运维工程师、想把 Spring Boot 项目真正容器化的 Java 开发、以及需要交付完整 DevOps 流水线的技术负责人——它不讲 Docker 原理只告诉你哪条命令必须加-restartalways哪个配置文件的缩进错一个空格就导致 Kibana 启动失败哪类错误日志该去/var/log/nginx/error.log而不是docker logs里翻。2. Docker 环境与中间件容器化从内核参数调优到端口冲突排查12 个组件不是堆命令是链式依赖mall 微服务不是单个容器而是一张由 12 个基础服务构成的依赖网络MySQL 是数据底座Redis 是缓存中枢RabbitMQ 是异步消息总线Elasticsearch Logstash Kibana 是日志分析铁三角MinIO 是对象存储替代方案Nginx 是流量入口Harbor 是私有镜像仓库。它们之间存在强时序依赖和网络可达性要求——比如 Logstash 必须在 Elasticsearch 启动后才能连上Kibana 必须通过--link elasticsearch:es显式关联 ES 容器别名而所有 Java 服务最终都要通过 Harbor 拉取基础镜像。本章不罗列“安装步骤”而是按真实部署顺序把每个组件的关键参数、必改配置、典型故障点掰开揉碎。你会发现docker run -d --name mysql ...这行命令背后藏着字符集编码、挂载路径权限、root 密码策略三个致命坑sysctl -w vm.max_map_count262144不是可选项而是 Elasticsearch 6.4.0 在 Linux 上启动失败的唯一解Harbor 的insecure-registries配置若漏掉/etc/docker/daemon.json的 reload 步骤后续所有mvn docker:build都会卡在推送阶段。我们按生产环境标准全部使用--restartalways确保服务自愈并统一挂载宿主机目录/mydata/xxx实现配置与数据持久化。2.1 MySQL 5.7 容器字符集、挂载权限与初始化 SQL 的三重校验mall 依赖 UTF8MB4 字符集支持 emoji 和长文本MySQL 容器默认配置不满足。必须通过挂载自定义my.cnf并设置initdb初始化脚本否则mall.sql导入后中文乱码、索引失效。# 创建 MySQL 配置目录并写入 my.cnf mkdir -p /mydata/mysql/conf cat /mydata/mysql/conf/my.cnf EOF [mysqld] init_connectSET collation_connection utf8mb4_unicode_ci collation-serverutf8mb4_unicode_ci character-set-serverutf8mb4 skip-character-set-client-handshake max_connections1000 wait_timeout28800 interactive_timeout28800 EOF # 创建数据、日志目录并赋权关键否则容器启动失败 mkdir -p /mydata/mysql/{data,log} chmod 755 /mydata/mysql chown -R 999:999 /mydata/mysql/data # MySQL 容器内 UID 为 999必须匹配提示chown -R 999:999 /mydata/mysql/data是血泪经验。不执行此步docker run启动后容器立即退出docker logs mysql显示Cant start server: Bind on unix socket: Permission denied。这是 MySQL 容器内进程以 UID 999 运行而宿主机目录属主是 root 导致的权限拒绝。启动容器时必须显式挂载my.cnf并指定初始化 SQL# 拉取镜像国内加速 docker pull registry.cn-hangzhou.aliyuncs.com/helowin/mysql:5.7 # 启动容器注意--init 参数确保信号转发避免 mysqld 进程成为 PID 1 docker run -p 3306:3306 \ --name mysql \ --restartalways \ --init \ -v /mydata/mysql/conf/my.cnf:/etc/mysql/my.cnf \ -v /mydata/mysql/data:/var/lib/mysql \ -v /mydata/mysql/log:/var/log/mysql \ -v /opt/mall/document/sql/mall.sql:/docker-entrypoint-initdb.d/mall.sql \ -e MYSQL_ROOT_PASSWORDroot \ -d registry.cn-hangzhou.aliyuncs.com/helowin/mysql:5.7参数说明-v /opt/mall/document/sql/mall.sql:/docker-entrypoint-initdb.d/mall.sql将 SQL 文件挂载到容器初始化目录MySQL 启动时自动执行--init注入 init 进程正确处理 SIGTERM避免容器无法优雅停止-e MYSQL_ROOT_PASSWORDroot设置 root 密码mall 应用配置中spring.datasource.password必须与此一致。验证是否成功# 进入容器执行 SQL docker exec -it mysql mysql -uroot -proot -e show variables like character_set%; # 输出应全为 utf8mb4 # 再查数据库 docker exec -it mysql mysql -uroot -proot -e show databases; | grep mall # 应返回 mall2.2 Redis 3.2 容器AOF 持久化与密码认证的强制启用mall 使用 Redis 存储登录 Token、商品缓存、秒杀库存等必须开启 AOFAppend Only File保证数据不丢失且需设置密码防止未授权访问。官方redis:3.2镜像默认不启用密码AOF 关闭。# 创建 Redis 数据目录 mkdir -p /mydata/redis/data chmod 777 /mydata/redis/data # Redis 容器内 UID 为 0需开放写权限 # 启动容器关键参数--appendonly yes 启用 AOF-a 设置密码 docker run -p 6379:6379 \ --name redis \ --restartalways \ -v /mydata/redis/data:/data \ -d redis:3.2 \ redis-server --appendonly yes --requirepass mall_redis_2024参数说明--appendonly yes强制开启 AOF生成appendonly.aof文件--requirepass mall_redis_2024设置密码mall 应用application.yml中spring.redis.password必须与此一致-v /mydata/redis/data:/data挂载数据目录AOF 文件将落在此处。验证连接与密码# 尝试无密码连接应失败 docker exec -it redis redis-cli ping # 返回 error: NOAUTH Authentication required # 使用密码连接应成功 docker exec -it redis redis-cli -a mall_redis_2024 ping # 返回 PONG # 写入测试 key docker exec -it redis redis-cli -a mall_redis_2024 set test_key mall_deploy_success # 读取验证 docker exec -it redis redis-cli -a mall_redis_2024 get test_key # 返回 mall_deploy_success2.3 Elasticsearch 6.4.0 IK 分词器内核参数、插件安装与网络隔离修复ES 是 mall-search 的核心但elasticsearch:6.4.0镜像在 CentOS 7 上启动必失败原因有三vm.max_map_count过低、/usr/share/elasticsearch/data目录权限不足、容器内网与宿主机网络不通导致 Kibana 无法连接。必须分步解决。第一步永久修改内核参数# 临时生效验证用 sysctl -w vm.max_map_count262144 # 永久生效写入配置文件 echo vm.max_map_count262144 /etc/sysctl.conf sysctl -p第二步创建 ES 目录并赋权mkdir -p /mydata/elasticsearch/{data,plugins} chmod 777 /mydata/elasticsearch/data # ES 容器内 UID 为 1000需开放第三步启动 ES 容器禁用 X-Pack 安全简化调试docker run -p 9200:9200 -p 9300:9300 \ --name elasticsearch \ --restartalways \ -e discovery.typesingle-node \ -e xpack.security.enabledfalse \ -e network.host0.0.0.0 \ -v /mydata/elasticsearch/plugins:/usr/share/elasticsearch/plugins \ -v /mydata/elasticsearch/data:/usr/share/elasticsearch/data \ -d elasticsearch:6.4.0第四步安装 IK 分词器必须在容器内执行# 进入容器 docker exec -it elasticsearch /bin/bash # 下载并安装 IK注意版本严格对应 6.4.0 elasticsearch-plugin install https://github.com/medcl/elasticsearch-analysis-ik/releases/download/v6.4.0/elasticsearch-analysis-ik-6.4.0.zip # 退出容器 exit # 重启容器使插件生效 docker restart elasticsearch第五步验证分词器curl -X POST http://192.168.4.116:9200/_analyze \ -H Content-Type: application/json \ -d { analyzer: ik_max_word, text: 小米手机 } # 应返回 tokens: [小米, 手机]注意-e network.host0.0.0.0是关键。不加此参数ES 默认绑定127.0.0.1Logstash 和 Kibana 容器无法通过es:9200访问。2.4 Harbor 私有仓库HTTP 模式下的 Docker Daemon 配置与认证绕过mall 所有微服务镜像都需推送到 Harbor但官方 Harbor 2.x 强制 HTTPS而本地测试环境用 HTTP 更高效。必须配置 Docker Daemon 允许 insecure registry并在 Maven 中关闭 TLS 验证。第一步启动 Harbor使用开源版 harbor-offline-installer-v2.11.0.tgz# 解压后修改 harbor.yml sed -i s/https:\/\/.*//g harbor.yml # 注释 https 配置 sed -i s/port: 443/port: 8443/g harbor.yml # 注释 443 端口 sed -i s/protocol: https/protocol: http/g harbor.yml # 启动 ./install.sh第二步配置 Docker Daemon 允许 HTTP 仓库# 编辑 daemon.json cat /etc/docker/daemon.json EOF { insecure-registries: [192.168.4.116:8080], registry-mirrors: [https://registry.cn-hangzhou.aliyuncs.com] } EOF # 重载配置 systemctl daemon-reload systemctl restart docker第三步Maven 中配置 Harbor 地址关键影响所有服务构建在mall/pom.xml的properties节点下修改docker.host和docker.registry.urlproperties docker.hosthttp://192.168.4.116:2375/docker.host docker.registry.url192.168.4.116:8080/docker.registry.url docker.registry.usernameadmin/docker.registry.username docker.registry.passwordHarbor12345/docker.registry.password /properties避坑 / 常见问题 / 排查现象 1mvn clean package docker:build报错Could not connect to docker daemon at http://192.168.4.116:2375原因Docker Daemon 未开启远程 API或防火墙拦截 2375 端口解决检查/usr/lib/systemd/system/docker.serviceExecStart行必须含-H tcp://0.0.0.0:2375执行firewall-cmd --add-port2375/tcp --permanent firewall-cmd --reload现象 2docker login 192.168.4.116:8080成功但docker push 192.168.4.116:8080/mall/mall-admin报错unauthorized: authentication required原因Harbor 项目未创建或用户无项目权限解决登录 Harbor Web UIhttp://192.168.4.116:8080创建项目mall将用户admin加入Project Admin角色现象 3docker push卡住数分钟后超时原因宿主机 DNS 解析慢或 Harbor 容器内网不通解决在 Harbor 容器内执行ping www.baidu.com若不通则检查docker0网桥在宿主机执行nslookup 192.168.4.116确认解析正常现象 4Maven 构建时docker:build报错Failed to execute goal com.spotify:docker-maven-plugin:1.2.2:build提示No plugin found for prefix docker原因pom.xml中docker-maven-plugin插件未启用或pluginRepositories未配置阿里云镜像解决取消pom.xml中plugin节点的注释在settings.xml的pluginRepositories下添加阿里云插件仓库现象 5Harbor Web UI 打开空白F12 查看 Network 显示502 Bad Gateway原因Harbor 的 nginx 容器未启动或harbor.yml中hostname配置错误解决执行docker-compose ps查看容器状态检查harbor.yml的hostname: 192.168.4.116是否与实际 IP 一致3. mall 微服务应用构建与部署从源码拉取、Maven 配置到镜像推送三个核心服务的差异化处理mall 的后端不是单体而是mall-admin后台管理、mall-portal前台门户、mall-search搜索服务三个独立 Spring Boot 应用每个都有自己的pom.xml、application.yml和 Dockerfile。它们共用mall-common工具包但数据库连接、Redis 地址、ES 地址必须按容器网络重新配置。本章聚焦构建链路打通如何让 Maven 在宿主机上编译 Java 代码、构建 Docker 镜像、推送到 Harbor全程无需进入容器。重点解决mall-search依赖 ES、mall-portal依赖 Redis 和 MySQL、mall-admin依赖 RabbitMQ 的跨容器通信问题——所有地址不能写localhost必须写容器名如es:9200、redis:6379因为它们运行在同一个 Docker 网络bridge下。3.1 源码组织与 Maven 全局配置国内镜像加速与 profile 激活mall 官方 GitHub 仓库macrozheng/mall在国内下载极慢必须切换至 Gitee 镜像。同时Maven 默认中央仓库速度慢需配置阿里云镜像和插件仓库。# 拉取 Gitee 镜像快 5 倍以上 cd /opt git clone https://gitee.com/aliyunfc/mall cd mall # 配置 Maven 阿里云镜像修改 /etc/maven/settings.xml cat /etc/maven/settings.xml EOF mirrors mirror idaliyunmaven/id mirrorOf*/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror /mirrors pluginRepositories pluginRepository idaliyun-plugin/id urlhttps://maven.aliyun.com/repository/public/url releases enabledtrue/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository /pluginRepositories EOF提示mirrorOf*/mirrorOf表示覆盖所有仓库包括spring-milestones和jcenter避免某些依赖拉取失败。3.2 mall-admin 服务后台管理接口RabbitMQ 与 MySQL 的双重绑定mall-admin提供商品、订单、会员等后台管理 API依赖 MySQL 存储业务数据RabbitMQ 处理异步通知如订单超时关单。其application.yml中数据库和 MQ 地址必须指向容器名# mall/mall-admin/src/main/resources/application.yml spring: datasource: url: jdbc:mysql://mysql:3306/mall?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai username: root password: root rabbitmq: host: rabbitmq port: 5672 username: mall password: mall virtual-host: /mall构建并推送镜像# 进入 mall-admin 目录 cd /opt/mall/mall-admin # 清理旧镜像避免 tag 冲突 docker rmi $(docker images | grep mall-admin | awk {print $3}) # Maven 构建跳过测试指定 Harbor 地址 mvn clean package docker:build -Dmaven.test.skiptrue # 推送至 Harbor注意tag 必须含 Harbor 地址 docker tag mall/mall-admin:1.0 192.168.4.116:8080/mall/mall-admin:1.0 docker push 192.168.4.116:8080/mall/mall-admin:1.0关键参数说明-Dmaven.test.skiptrue跳过单元测试避免因网络或数据库连接失败中断构建docker tag命令中192.168.4.116:8080/mall/mall-admin:1.0格式必须严格匹配 Harbor 项目名mall和镜像名mall-admindocker:build依赖pom.xml中docker-maven-plugin的image配置已预设为mall/mall-admin。3.3 mall-portal 服务前台门户接口Redis 与 MinIO 的高并发适配mall-portal是用户直接访问的商城首页、商品列表、购物车等接口对 Redis 缓存和 MinIO 对象存储依赖最强。其application.yml需配置# mall/mall-portal/src/main/resources/application.yml spring: redis: host: redis port: 6379 password: mall_redis_2024 cloud: aws: s3: endpoint: http://minio:9000 credentials: access-key: minioadmin secret-key: minioadmin构建流程同mall-admin但需额外处理 MinIO 的 SSL 问题本地 HTTP 模式下必须禁用 SSL# 修改 mall-portal 的 pom.xml在 properties 中添加 minio.ssl.enabledfalse/minio.ssl.enabled # 构建 mvn clean package docker:build -Dmaven.test.skiptrue # 推送 docker tag mall/mall-portal:1.0 192.168.4.116:8080/mall/mall-portal:1.0 docker push 192.168.4.116:8080/mall/mall-portal:1.03.4 mall-search 服务Elasticsearch 搜索引擎IK 分词与集群健康检查mall-search是 mall 的搜索核心完全依赖 Elasticsearch。其application.yml必须配置 IK 分词器和健康检查# mall/mall-search/src/main/resources/application.yml spring: elasticsearch: rest: uris: http://es:9200 mall: search: analyzer: ik_max_word # 使用 IK 最大分词构建前必须确认 ES 容器已启动且 IK 插件安装成功见 2.3 节验证。构建命令cd /opt/mall/mall-search mvn clean package docker:build -Dmaven.test.skiptrue docker tag mall/mall-search:1.0 192.168.4.116:8080/mall/mall-search:1.0 docker push 192.168.4.116:8080/mall/mall-search:1.0避坑 / 常见问题 / 排查现象 1mall-search容器启动后日志报java.net.ConnectException: Connection refused: es/172.17.0.3:9200原因ES 容器未启动或mall-search启动时 ES 尚未就绪竞态条件解决在mall-search的 Dockerfile 中添加健康检查脚本或使用docker-compose的depends_on但仅控制启动顺序不保证服务就绪更可靠的是在mall-search启动类中加入PostConstruct方法循环检测http://es:9200返回 200现象 2mall-portal启动后添加商品到购物车报RedisConnectionFailureException原因application.yml中spring.redis.password与 Redis 容器启动密码不一致解决检查docker run命令中的--requirepass参数确保与配置文件完全相同区分大小写现象 3mall-admin推送镜像后docker pull 192.168.4.116:8080/mall/mall-admin:1.0报错no basic auth credentials原因Docker Daemon 未登录 Harbor或登录时用户名密码错误解决执行docker login 192.168.4.116:8080 -u admin -p Harbor12345确认返回Login Succeeded现象 4mall-search构建时mvn docker:build报错Failed to parse plugin descriptor for com.spotify:docker-maven-plugin:1.2.2原因Maven 插件版本 1.2.2 与 JDK 1.8 不兼容官方已废弃解决升级pom.xml中插件版本为docker.maven.plugin.version1.4.13/docker.maven.plugin.version并同步更新docker-maven-plugin的configuration节点现象 5mall-portal容器启动后访问/swagger-ui.html页面空白F12 显示Failed to load resource: the server responded with a status of 404 ()原因Swagger 配置类未启用或application.yml中springfox.documentation.swagger-ui.enabledtrue未设置解决检查mall-portal的pom.xml是否引入springfox-swagger2和springfox-swagger-ui依赖在application.yml中添加springfox: documentation: swagger-ui: enabled: true4. 前端 Vue 项目部署与 Nginx 配置从 npm 构建到反向代理解决跨域与静态资源 404mall 的前端是 Vue 2 项目mall-admin-web它不直接暴露给用户而是通过 Nginx 反向代理到mall-admin后端 API。部署难点在于npm run build生成的静态文件需正确映射到 Nginx 的html目录prod.env.js中的 API 地址必须指向 Nginx 的 upstream而非直接访问mall-admin容器Nginx 配置必须处理/api路径重写避免浏览器跨域。本章不讲 Vue 开发只讲如何让dist目录里的 HTML、JS、CSS 被 Nginx 正确服务并与后端无缝联调。4.1 Node.js 与 npm 环境安装国内镜像源与全局模块路径CentOS 默认无 Node.js需手动安装并配置淘宝镜像源避免npm install卡死。# 下载 Node.js 14.xVue CLI 4.x 兼容 cd /tmp wget https://npmmirror.com/mirrors/node/v14.21.3/node-v14.21.3-linux-x64.tar.xz tar -xf node-v14.21.3-linux-x64.tar.xz mv node-v14.21.3-linux-x64 /opt/nodejs ln -s /opt/nodejs/bin/node /usr/local/bin/node ln -s /opt/nodejs/bin/npm /usr/local/bin/npm # 配置 npm 淘宝镜像源 npm config set registry https://registry.npmmirror.com npm config set disturl https://npmmirror.com/mirrors/node4.2 mall-admin-web 构建修改 API 地址与环境变量mall-admin-web的 API 请求地址由config/prod.env.js控制。生产环境必须指向 Nginx 的/api路径而非http://192.168.4.116:8080// mall-admin-web/config/prod.env.js module.exports { NODE_ENV: production, BASE_API: /api // 注意此处为相对路径Nginx 会将其代理到后端 }构建命令必须在mall-admin-web目录下执行cd /opt/mall-admin-web npm install # 安装依赖国内镜像下 2 分钟内完成 npm run build # 生成 dist 目录4.3 Nginx 反向代理配置解决跨域、路径重写与静态资源服务Nginx 容器需同时服务前端静态文件/和代理后端 API/api。关键配置在nginx.conf的location块# /mydata/nginx/conf/nginx.conf upstream mall_backend { server mall-admin:8080; } server { listen 80; server_name localhost; # 前端静态资源 location / { root /usr/share/nginx/html; index index.html index.htm; try_files $uri $uri/ /index.html; # 支持 Vue Router history 模式 } # 后端 API 代理 location /api { proxy_pass http://mall_backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 重写路径去掉 /api 前缀 proxy_redirect off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; } }启动 Nginx 容器# 先删除旧容器 docker stop nginx docker rm nginx # 启动新容器挂载配置和静态文件 docker run -p 80:80 \ --name nginx \ --restartalways \ -v /opt/mall-admin-web/dist:/usr/share/nginx/html \ -v /mydata/nginx/conf/nginx.conf:/etc/nginx/nginx.conf \ -v /mydata/nginx/logs:/var/log/nginx \ -d nginx:1.10参数说明-v /opt/mall-admin-web/dist:/usr/share/nginx/html将 Vue 构建的dist目录直接挂载为 Nginx 根目录try_files $uri $uri/ /index.html解决 Vue Routerhistory模式下刷新 404 问题location /api中proxy_pass http://mall_backend指向 upstream而非http://mall-admin:8080解耦配置。验证浏览器访问http://192.168.4.116应显示 mall-admin-web 登录页F12 打开 Network登录请求应为POST /api/admin/login状态码 200查看 Response HeadersX-Proxy-By应为nginx证明代理生效。避坑 / 常见问题 / 排查现象 1浏览器打开http://192.168.4.116显示403 Forbidden原因Nginx 容器内/usr/share/nginx/html目录权限不足或dist目录下无index.html解决执行ls -l /opt/mall-admin-web/dist确认index.html存在检查docker run命令中-v挂载路径是否正确宿主机路径/opt/mall-admin-web/dist容器路径/usr/share/nginx/html现象 2登录时 Network 显示OPTIONS /api/admin/login405 Method Not Allowed原因Nginx 未配置 CORS浏览器预检请求被拒绝解决在nginx.conf的location /api块中添加add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS, PUT, DELETE; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range,Authorization; if ($request_method OPTIONS) { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods GET, POST, OPTIONS, PUT, DELETE; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range,Authorization; add_header Access-Control-Max-Age 1728000; add_header Content-Type text/plain; charsetutf-8; add_header Content-Length 0; return 204; }现象 3npm run build报错FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory原因Node.js 内存不足Vue CLI 构建大型项目需更多内存解决执行export NODE_OPTIONS--max_old_space_size4096后再运行npm run build**现象 4本文还有配套的精品资源点击获取