docker构建并启动前端

docker文件示例代码：

# Use a minimal image for development
FROM node:18-alpine# Set working directory inside the container
WORKDIR /app# Copy package.json and package-lock.json (or yarn.lock) into the container
COPY package.json package-lock.json* ./# Install the app dependencies with --legacy-peer-deps to bypass the peer dependency conflict
RUN npm install --legacy-peer-deps# Copy the rest of the application files into the container
COPY . .# Expose the port the app will run on
EXPOSE 3000# Start the Next.js app in development mode
CMD ["npm", "run", "dev"]

这段 Dockerfile 用于构建一个基于 Node.js 18 Alpine 版本的容器，并运行一个 Next.js 应用。

逐行解析

1. 选择基础镜像

FROM node:18-alpine
  • 使用 node:18-alpine 作为基础镜像，alpine 是 轻量级 Linux 版本，比 node:18 体积更小，减少 Docker 镜像的大小。

2. 设置工作目录

WORKDIR /app
  • 在 容器内 创建 /app 目录，并把它作为 当前工作目录。
  • 之后的所有操作都会在 /app 目录下执行。

3. 复制 package.json 和 package-lock.json

COPY package.json package-lock.json* ./
  • 只复制 package.json 和 package-lock.json，避免不必要的文件影响 npm install 缓存。
  • package-lock.json* 这样写是为了：
    • 兼容 package-lock.json 和 package-lock.json.gz（如果存在）。

4. 安装依赖

RUN npm install --legacy-peer-deps
  • npm install 安装 Node.js 依赖。
  • --legacy-peer-deps 选项用于：
    • 跳过 peerDependencies（依赖版本冲突时不报错）。
    • 适用于 旧项目或有冲突的依赖。

5. 复制项目代码

COPY . .
  • 复制 本地所有文件 到 容器的 /app/ 目录。
  • 这里 不会重复安装依赖，因为 npm install 早就运行过了。

6. 开放端口

EXPOSE 3000
  • 这个 只是声明 容器会使用 3000 端口，但默认不会让外部访问。
  • 真正让外部访问时，需要 -p 参数：
    docker run -p 3000:3000 my-next-app
    这样才能 映射端口，让浏览器访问 http://localhost:3000。

7. 运行 Next.js 应用

CMD ["npm", "run", "dev"]
  • 容器启动时执行 npm run dev，即 开发模式运行 Next.js。
  • 这个命令等价于：
    npm run dev
    • dev 脚本通常在 package.json 里：
      "scripts": {"dev": "next dev"
}
    • Next.js 开发服务器会在 localhost:3000 运行。

完整流程

  1. 基于 node:18-alpine 创建一个容器
  2. 在 /app 目录下工作
  3. 复制 package.json 并安装依赖
  4. 复制整个项目代码
  5. 暴露 3000 端口
  6. 运行 npm run dev 启动 Next.js 服务器

如何使用

1. 构建镜像

docker build -t my-next-app .

2. 运行容器

docker run -p 3000:3000 my-next-app

然后在浏览器访问：

http://localhost:3000

如果一切正常，你会看到 Next.js 应用的页面！🚀

设置工作目录，所有操作都会在 /app 目录下执行。当前app目录下没有内容吧，那怎么复制 package.json 和 package-lock.json

在 WORKDIR /app 之后，/app 目录虽然存在，但还是空的。

但是，Docker COPY 命令不会受这个影响，它会从宿主机（你的电脑）复制文件到 /app 目录下。

详细流程

WORKDIR /app
COPY package.json package-lock.json* ./

🔹 第一步：WORKDIR /app

  • 这会 切换到 /app 目录，如果 /app 目录不存在，Docker 会自动创建它。

🔹 第二步：COPY package.json package-lock.json* ./

  • COPY 命令会从 宿主机（你的电脑） 的 当前目录 复制 package.json 和 package-lock.json 到 /app 目录下。
  • ./ 代表目标路径是 当前目录，因为 WORKDIR /app 已经切换到 /app，所以 ./ 实际上就是 /app/。

举个例子

假设你的 项目目录 结构如下：

/my-project├── Dockerfile├── package.json├── package-lock.json├── src/├── pages/└── node_modules/

你在 /my-project 目录下运行：

docker build -t my-next-app .

Docker 执行过程：
1️⃣ WORKDIR /app → 在容器内创建并切换到 /app
2️⃣ COPY package.json package-lock.json* ./ → 把 package.json 和 package-lock.json 复制到 /app/
3️⃣ RUN npm install --legacy-peer-deps → 在 /app/ 里安装依赖
4️⃣ COPY . . → 复制 所有剩余文件（比如 src/、pages/）

总结

  • WORKDIR /app 只是 切换工作目录，不影响后续 COPY
  • COPY package.json package-lock.json* ./ 复制 package.json 和 package-lock.json 到 /app/
  • COPY . . 复制所有剩余文件
  • 这样可以 优化缓存，加快构建速度 🚀

如果还是不懂，那就先理解下面的内容。。

COPY package.json package-lock.json ./ 这行代码的意思

COPY package.json package-lock.json* ./

它的作用是：
👉 从宿主机（你的电脑）复制 package.json 和 package-lock.json 到 Docker 容器的 /app/ 目录下。

拆解解释

COPY package.json package-lock.json* ./
  • package.json package-lock.json* → 要复制的文件（来自你的 本地电脑）
  • ./ → 目标路径（容器内的 /app/）

为什么 ./ 代表 /app/？

因为 之前已经有 WORKDIR /app 了：

WORKDIR /app
COPY package.json package-lock.json* ./
  • WORKDIR /app 让 当前工作目录 变成 /app
  • COPY package.json package-lock.json* ./ 里的 ./ 指的是 当前工作目录
  • 所以 ./ 实际上等同于 /app/

相当于：

COPY package.json package-lock.json* /app/

举个例子

假设你的 宿主机（电脑）的项目目录：

/my-project├── Dockerfile├── package.json├── package-lock.json├── src/├── pages/└── node_modules/

当你运行：

docker build -t my-next-app .

Docker 会执行：
1️⃣ WORKDIR /app → 现在 /app 是容器内的工作目录
2️⃣ COPY package.json package-lock.json* ./ → 复制 package.json 和 package-lock.json 到 /app/ 目录
3️⃣ RUN npm install --legacy-peer-deps → 在 /app/ 里安装依赖
4️⃣ COPY . . → 复制 剩下的所有文件（比如 src/、pages/）

总结

✅ ./ 代表 容器里的 /app/，因为 WORKDIR /app 让 /app 成为了当前目录
✅ COPY package.json package-lock.json* ./ 相当于 COPY package.json package-lock.json* /app/
✅ 先复制依赖文件再复制整个项目，是为了优化 Docker 缓存，加快构建速度 🚀

COPY . .是什么意思，为什么这里是两个 ..

COPY . .

这条指令的作用是：
👉 把宿主机（你的电脑）的 当前目录（.）的 所有文件 复制到 容器内的当前目录（.）。

由于 WORKDIR /app 设定了工作目录为 /app，所以 . 实际上是 /app/，最终效果是：
🚀 把宿主机的整个项目目录复制到容器的 /app/ 目录里。

拆解解释

COPY <源路径> <目标路径>
  • 第一个 .（源路径）：指的是 宿主机上的当前目录（Docker 构建时的 Dockerfile 所在目录）
  • 第二个 .（目标路径）：指的是 容器内的当前工作目录（WORKDIR /app 已经设置）

所以：

WORKDIR /app
COPY . .

等价于：

COPY . /app/

举个例子

假设你的 本地项目目录（宿主机）：

/my-project├── Dockerfile├── package.json├── package-lock.json├── src/├── pages/├── node_modules/├── public/└── .gitignore

你运行：

docker build -t my-next-app .

Docker 执行过程：
1️⃣ WORKDIR /app → 切换到 /app/ 目录（如果没有，就创建它）
2️⃣ COPY package.json package-lock.json* ./ → 复制 package.json 和 package-lock.json 到 /app/
3️⃣ RUN npm install --legacy-peer-deps → 安装依赖
4️⃣ COPY . . → 复制整个项目到 /app/，包括 src/、pages/、public/ 等

最终容器内的 /app/ 目录会变成：

/app├── package.json├── package-lock.json├── src/├── pages/├── node_modules/  (npm install 之后才有)├── public/├── .gitignore

这样容器就拥有了完整的项目代码，可以运行 Next.js 了！🎉

为什么要 COPY . .？

✅ 把整个项目复制到容器内，保证 npm run dev 可以运行
✅ 必须在 npm install 之后执行，避免 node_modules/ 被覆盖
✅ 确保 src/、pages/ 这些代码文件都能进入容器

总结

  • COPY . . 就是 COPY . /app/
  • 把宿主机（本机）的项目文件，复制到容器内的 /app/ 目录
  • 必须在 npm install 之后执行，避免影响 node_modules/
  • 这样容器就可以运行 Next.js 应用了 🚀

COPY . . → 复制整个项目到 /app/，包括 src/、pages/、public/ 等，这样不就会重复复制前面已经复制过的文件了么，比如package.json package-lock.json

是的，COPY . . 确实会再次复制 package.json 和 package-lock.json，但这不会影响构建结果，主要目的是 优化 Docker 构建缓存，加快构建速度。

为什么先 COPY package.json package-lock.json ./ 再 COPY . .？

1️⃣ 先单独复制 package.json 和 package-lock.json

COPY package.json package-lock.json* ./
RUN npm install --legacy-peer-deps

这样做的好处：

  • Docker 会缓存 npm install 结果，下次构建时，如果 package.json 没有改动，就不会重新安装依赖，直接用缓存的 node_modules！
  • 避免 npm install 被 COPY . . 之后的代码改动影响（如果 src/ 里的文件改了，不影响 node_modules）。

2️⃣ 再复制整个项目

COPY . .

这样做的好处：

  • 确保 所有代码文件（src/、pages/、public/）都能进入容器。
  • 不影响 node_modules/ 缓存，因为 npm install 之前已经执行过了。

如果不先 COPY package.json，直接 COPY . . 会怎样？

如果你只写：

COPY . .
RUN npm install --legacy-peer-deps

问题在于：

  1. 每次项目代码有一点改动（比如 src/ 文件变了），COPY . . 都会让 Docker 重新执行 RUN npm install，导致浪费时间！
  2. npm install 需要很久，每次构建都会重新下载依赖，非常慢。

总结

✅ 先 COPY package.json package-lock.json ./，让 npm install 结果被缓存，加快构建
✅ 再 COPY . .，确保所有代码文件（src/、pages/ 等）被复制
✅ 即使 package.json 被重复复制，也不会影响最终构建速度 🚀

为什么先 COPY package.json package-lock.json ./，可以让 npm install 结果被缓存

Docker 构建时，会缓存每一层命令的结果，如果前面某一层的输入没有变，Docker 就不会重新执行它，而是直接用缓存。

🔹 Docker 的缓存机制

当你运行 docker build 时，Docker 会：

  1. 逐行读取 Dockerfile
  2. 检查每一层是否有变动
  3. 如果某一层和上次构建时相同，就复用缓存
  4. 如果某一层变了，后面的所有层都会重新执行（缓存失效）

🔹 举个例子

❌ 没有单独复制 package.json，直接 COPY . .

# 设置工作目录
WORKDIR /app# 直接复制整个项目
COPY . .# 安装依赖
RUN npm install --legacy-peer-deps

🚨 这里的问题

  • COPY . . 会把 所有文件（包括 src/、pages/、public/）都复制到 /app/
  • 如果 src/ 里的代码有改动，整个 COPY . . 就会变动
  • Docker 发现 COPY . . 变了，就会让 npm install 重新执行，缓存失效
  • npm install 需要很长时间，每次构建都要重复下载依赖，太慢了！💥

🔹 ✅ 优化方法：先 COPY package.json package-lock.json ./

# 设置工作目录
WORKDIR /app# 先复制 package.json 和 package-lock.json
COPY package.json package-lock.json* ./# 运行 npm install，并缓存 node_modules
RUN npm install --legacy-peer-deps# 复制剩下的所有文件
COPY . .

✅ 为什么这样能加速构建？

1️⃣ Docker 先执行 COPY package.json package-lock.json ./

  • 只复制 package.json 和 package-lock.json，不会受 src/ 文件改动影响

2️⃣ 然后执行 RUN npm install --legacy-peer-deps

  • 如果 package.json 没变，Docker 直接复用上次构建的 node_modules
  • 跳过 npm install，节省时间！🚀

3️⃣ 最后执行 COPY . .

  • 复制 src/、pages/、public/ 等代码文件
  • 即使代码变了，npm install 也不会重新执行

🔹 🚀 这样做的结果

✅ 如果 package.json 没变，Docker 直接复用 node_modules，构建速度快很多
✅ 即使 src/ 代码变了，也不会触发 npm install，不会浪费时间
✅ 整个构建流程更高效，省时省力 🎯

⏳ 时间对比

方法构建时间（假设 npm install 需要 2 分钟）
直接 COPY . .每次构建都要等 2 分钟（因为 npm install 总是重新运行）
先 COPY package.json，再 COPY . .如果 package.json 没变，构建只需要几秒！

💡 这样优化后，构建速度可以快 10 倍以上！ 🚀

如果 Docker 关闭后重新启动，还需要重新安装依赖吗？

✅ 如果你只是重启 Docker（比如 docker stop → docker start），不需要重新安装依赖，因为容器的文件系统还在，node_modules/ 也还在。

❌ 但是，如果你删除了容器或构建了新镜像，就需要重新安装依赖！

🔹 分情况讨论

✅ 1. 只是重启 Docker

docker stop my-container  # 关闭容器
docker start my-container # 重新启动
  • node_modules/ 还在，不需要重新安装依赖
  • 应用可以直接运行
  • 适用于日常使用

❌ 2. 删除容器后再启动

docker rm my-container   # 删除容器
docker run my-image      # 重新运行
  • 容器被删除，所有文件（包括 node_modules/）都会丢失
  • 需要重新 npm install
  • 这时 Docker 会根据 Dockerfile 重新安装依赖

❌ 3. 重新 docker build

docker build -t my-app .  # 重新构建镜像
docker run my-app         # 运行新容器
  • 如果 package.json 没变，Docker 可能会复用 npm install 的缓存
  • 如果 package.json 变了，npm install 会重新运行
  • 推荐使用 Docker Volume 来持久化 node_modules/（见下面的方法）

🔹 如何让 node_modules/ 不丢失？（Docker Volume 持久化）

方法 1️⃣：使用 docker-compose 绑定 node_modules 目录

创建 docker-compose.yml：

version: '3'
services:app:build: .volumes:- .:/app- /app/node_modulesports:- "3000:3000"

这样即使你删除容器，node_modules/ 也不会丢失。

方法 2️⃣：手动挂载 Volume

运行容器时，使用 -v 选项：

docker run -v my-node-modules:/app/node_modules -p 3000:3000 my-app
  • 这样 node_modules/ 会存储在 Docker Volume 里
  • 即使你删除容器，依赖也不会丢失

🔹 总结

情况是否需要重新安装依赖？
仅重启 Docker (docker stop → docker start)❌ 不需要，node_modules/ 还在
删除容器后重新运行 (docker rm + docker run)✅ 需要，文件丢失
重新构建镜像 (docker build)⚠️ 可能需要，取决于 Docker 缓存
使用 Volume (-v 绑定 node_modules/)❌ 不需要，node_modules/ 保留在 Volume

✅ 推荐使用 Volume，这样即使容器被删，依赖也不会丢失 🚀

如果你关了电脑、退出了 Docker，下次启动后还需要重新安装依赖吗？

✅ 大多数情况下，不需要重新安装依赖！
如果你只是 关机、退出 Docker，再次启动，你的 容器和 node_modules/ 依然会保留，不需要重新 npm install。

但 如果你删除了容器、清理了 Docker 数据，或者用了 --rm 运行容器，就需要重新安装依赖！

🔹 具体情况分析

操作需要重新安装依赖吗？原因
关机后重新开机❌ 不需要Docker 会保留容器和 node_modules/
退出 Docker 后重新启动❌ 不需要只要容器没有被删除，node_modules/ 还在
用 docker stop 停止容器，再 docker start❌ 不需要node_modules/ 还在，直接启动即可
用 docker rm 删除容器✅ 需要node_modules/ 被删，需要重新安装
用 docker build 重新构建镜像⚠️ 可能需要如果 package.json 没变，可能会用缓存
用 docker run --rm 运行临时容器✅ 需要--rm 让容器退出时自动删除，node_modules/ 会丢失

🔹 如何确保关机后 node_modules/ 不丢失？

✅ 方法 1：使用持久化 Volume

docker run -v my-node-modules:/app/node_modules -p 3000:3000 my-app

这样 node_modules/ 会存储在 Docker Volume 里，即使容器被删除，依赖也不会丢失。

✅ 方法 2：用 docker-compose 管理项目

创建 docker-compose.yml：

version: '3'
services:app:build: .volumes:- .:/app- /app/node_modulesports:- "3000:3000"

然后启动：

docker-compose up -d

这样即使你重启 Docker 或关机，node_modules/ 依然会保留。

🔹 总结

如果你只是关机、退出 Docker， 依赖不会丢失，开机后可以直接运行容器 🚀
但如果删除了容器，就需要重新安装 npm install！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/pingmian/73736.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

25大唐杯赛道一本科B组大纲总结（上）

25大唐杯赛道一本科B组大纲总结（上）

25大唐杯省赛马上要开始&#xff0c;还没开始准备的要抓紧了 可看我之前发的备赛攻略&#xff0c;理论的准备要先将大纲整理成思维导图框架 然后根据重点&#xff0c;在资料中寻找&#xff0c;记忆 这里帮大家整理好了&#xff0c;后续其他组别会相继更新 基于竞赛大纲做的思…
阅读更多...
【Python3教程】Python3基础篇之Lambda（匿名函数）

【Python3教程】Python3基础篇之Lambda（匿名函数）

博主介绍：✌全网粉丝22W+，CSDN博客专家、Java领域优质创作者，掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java技术领域✌ 技术范围：SpringBoot、SpringCloud、Vue、SSM、HTML、Nodejs、Python、MySQL、PostgreSQL、大数据、物联网、机器学习等设计与开发。 感兴趣的可…
阅读更多...
重试机制之指针退避策略算法

重试机制之指针退避策略算法

一、目的&#xff1a;随着重试次数增加&#xff0c;逐步延长重连等待时间&#xff0c;避免加重服务器负担。 二、计算公式&#xff1a; 每次重试的延迟时间 初始间隔 (退避基数 ^ 重试次数) 通常设置上限防止等待时间过长。 const delay Math.min(initialDelay * Math.pow…
阅读更多...
SSE SseEmitter.completeWithError(e) 触发的处理逻辑

SSE SseEmitter.completeWithError(e) 触发的处理逻辑

在 Java 客户端使用 OkHttp 监听 SSE&#xff08;Server-Sent Events&#xff09; 的情况下&#xff0c;当服务端调用 SseEmitter.completeWithError(e)&#xff0c;客户端会触发 EventSourceListener 的 onFailure() 方法&#xff08;而不是 onError&#xff09;。 1. 服务端&…
阅读更多...
4月手机新品前瞻，影像，性能与设计卷得起飞

4月手机新品前瞻，影像，性能与设计卷得起飞

在智能手机市场中，4月向来是新品频发的黄金时段。各大手机厂商纷纷摩拳擦掌，准备推出自家的重磅机型，在影像、性能与设计等核心领域展开激烈角逐，一场没有硝烟的“科技大战”即将拉开帷幕。接下来，让我们一同深入了解那些备受瞩目的新品，提前感受科技进步带来的魅力。 一…
阅读更多...
设计审查效率革命｜CAD原生数据直通自动公差验证

设计审查效率革命｜CAD原生数据直通自动公差验证

“为何 90% 的 GD&T 问题在设计评审时未被发现&#xff1f;怎样避免因 GD&T 考虑不周导致的批量返工&#xff1f;” 这正是 CETOL 自动辅助审查设计系统要解决的核心问题&#xff1a;通过200结构化审查规则拦截潜在设计疏漏。 功能一&#xff1a;装配约束健康诊断&…
阅读更多...
k8s scheduler几种扩展方式的关系及区别

k8s scheduler几种扩展方式的关系及区别

网上关于scheduler扩展介绍的文章很多&#xff0c;但都是东说一句西说一嘴&#xff0c;完全没有逻辑性&#xff0c;对于逻辑建构者看着很痛苦&#xff0c;这篇文章不会深入教你怎么扩展&#xff0c;而是教你几种扩展方式的关系和逻辑结构&#xff1a; 目前Kubernetes支持五种方…
阅读更多...
近场探头的选型

近场探头的选型

近场探头包括磁场探头和电场探头。 下图中画圈的是电场探头&#xff1a; 左侧3只是磁场探头&#xff0c;最右侧一只是电场探头。不同孔径的磁场探头的有效测量距离和分辨率不同 电场探头和磁场探头分别在什么情况下使用&#xff1a; 一般近场测试&#xff0c;使用的都是磁场探…
阅读更多...
Pycharm运行时报“Empty suite”，可能是忽略了这个问题

Pycharm运行时报“Empty suite”，可能是忽略了这个问题

问题&#xff1a;使用Pycharm运行testcases目录下的.py文件&#xff0c;报“Empty suite”&#xff0c;没有找到测试项。 排查过python解释器、pytest框架安装等等&#xff0c;依然报这个错&#xff0c;依然没找到&#xff0c;最后终端运行&#xff1a; pytest test_demo.py&a…
阅读更多...
鸿蒙北向应用开发:deveco 5.0 kit化文件相关2

鸿蒙北向应用开发:deveco 5.0 kit化文件相关2

鸿蒙北向应用开发:deveco 5.0 kit化文件相关 在kit化时,有时候会出现这样一种场景即你想把已有的d.ts导出换个名字,这样从名字上更贴合你的kit聚合 什么意思呢?比如现在有 ohos.hilog.d.ts 导出了hilog,现在你想kit化hilog,使得hilog导出名字为usrhilog,这样用户在使用你的k…
阅读更多...
《Python实战进阶》No37: 强化学习入门：Q-Learning 与 DQN-加餐版1 Q-Learning算法可视化

《Python实战进阶》No37: 强化学习入门：Q-Learning 与 DQN-加餐版1 Q-Learning算法可视化

在《Python实战进阶》No37: 强化学习入门&#xff1a;Q-Learning 与 DQN 这篇文章中&#xff0c;我们介绍了Q-Learning算法走出迷宫的代码实践&#xff0c;本文加餐&#xff0c;把Q-Learning算法通过代码可视化呈现。我尝试了使用Matplotlib实现&#xff0c;但局限于Matplotli…
阅读更多...
Linux 搭建dns主域解析，和反向解析

Linux 搭建dns主域解析，和反向解析

#!/bin/bash # DNS主域名服务 # user li 20250325# 检查当前用户是否为root用户 # 因为配置DNS服务通常需要较高的权限&#xff0c;只有root用户才能进行一些关键操作 if [ "$USER" ! "root" ]; then# 如果不是root用户&#xff0c;输出错误信息echo "…
阅读更多...
GenBI 中如何引入 LLM 做意图路由，区分查数据还是闲聊

GenBI 中如何引入 LLM 做意图路由，区分查数据还是闲聊

写在前面 生成式商业智能（Generative BI, GenBI）的魅力在于其能够理解用户的自然语言，并将复杂的数据查询和分析过程自动化。用户不再需要学习 SQL 或操作复杂的界面，只需像与同事交谈一样提出问题，就能获得数据洞察。然而，一个现实的挑战是：用户的输入并非总是明确的数…
阅读更多...
OmniPlan Pro for Mac 项目管理流程

OmniPlan Pro for Mac 项目管理流程

OmniPlan Pro for Mac 项目管理流程 文章目录 OmniPlan Pro for Mac 项目管理流程一、介绍二、效果三、下载 一、介绍 OmniPlan Pro mac是一款项目管理流程软件。能被用来优化资源、精简预算快速共享或添加任务&#xff0c;旨在能够帮助您可视化维护和简化项目&#xff0c;包含…
阅读更多...
人工智能之数学基础：矩阵的相似变换

人工智能之数学基础：矩阵的相似变换

本文重点 矩阵的相似变换是线性代数中一个至关重要的概念，它揭示了矩阵之间的一种特殊关系，并通过可逆矩阵将一个矩阵转化为另一个相似矩阵，同时保持矩阵的某些本质特征不变。在机器学习领域，矩阵的相似变换发挥着不可或缺的作用，广泛应用于数据降维、聚类分析、分类推荐…
阅读更多...
2025蓝桥杯备赛Day12——P8598 [蓝桥杯 2013 省 AB] 错误票据

2025蓝桥杯备赛Day12——P8598 [蓝桥杯 2013 省 AB] 错误票据

&#x1f50d; 2025蓝桥杯备赛Day12——P8598 [蓝桥杯 2013 省 AB] 错误票据 &#x1f680; 题目速览 题目难度&#xff1a;⭐️&#xff08;适合掌握基础字符串处理与数组操作&#xff09; 考察重点&#xff1a;输入处理、数组排序、逻辑判断 P8598 [蓝桥杯 2013 省 AB] 错…
阅读更多...
3.28日，NBA，欧篮联全扫盘，太阳VS森林狼

3.28日，NBA，欧篮联全扫盘，太阳VS森林狼

3.28日欧篮联扫盘 301费内巴切 vs 巴斯克 (-10.5)&#xff0c;总分预设&#xff1a;170.5 背景&#xff1a;比赛于2025年3月28日在费内巴切的乌尔克体育馆举行&#xff0c;费内巴切为主队。根据EuroLeague排名&#xff0c;费内巴切位列第二&#xff08;21胜10负&#xff09;&am…
阅读更多...
【动态编译】Roslyn中 SyntaxKind 枚举类型

【动态编译】Roslyn中 SyntaxKind 枚举类型

在 Roslyn&#xff08;.NET 的编译器平台&#xff09;中&#xff0c;SyntaxKind 是一个枚举类型&#xff0c;定义了 C# 语言中所有可能的语法节点类型。它是 Roslyn 抽象语法树&#xff08;AST&#xff09;的基础&#xff0c;用于标识每个 SyntaxNode 的具体种类。SyntaxKind 的…
阅读更多...
【SpringCloud】Eureka的使用

【SpringCloud】Eureka的使用

3. Eureka 3.1 Eureka 介绍 Eureka主要分为两个部分&#xff1a; EurekaServer: 作为注册中心Server端&#xff0c;向微服务应用程序提供服务注册&#xff0c;发现&#xff0c;健康检查等能力。 EurekaClient: 服务提供者&#xff0c;服务启动时&#xff0c;会向 EurekaS…
阅读更多...
前端知识点---window.location.assign() 和 window.location.href 的区别(javascript)

前端知识点---window.location.assign() 和 window.location.href 的区别(javascript)

window.location.assign() 和 window.location.href 的主要区别&#xff1a; 读取和设置 window.location.href&#xff1a;既可以读取当前 URL&#xff0c;也可以通过赋值更改 URL。 window.location.assign()&#xff1a;只能用于跳转到新的 URL&#xff0c;不能读取当前地…
阅读更多...
最新文章

Copyright @ 2022~2023