Kubernetes高级应用(NFS存储)
一、介绍
在 **Kubernetes(K8s)** 中,**NFS(Network File System)存储** 是一种常见的 **持久化存储(Persistent Storage)** 解决方案,适用于需要共享存储、数据持久化或跨 Pod 访问数据的场景。下面详细介绍 **Kubernetes 高级应用中使用 NFS 存储的作用、实现方式及典型用例**。
---
## **1. NFS 存储的核心作用**
### **(1) 数据持久化(Persistent Storage)**
- Kubernetes Pod 默认是 **临时(Ephemeral)** 的,重启或迁移后数据会丢失。
- **NFS 存储** 允许 Pod 将数据写入远程共享目录,即使 Pod 被删除或重建,数据仍然保留。
### **(2) 共享存储(Shared Storage)**
- 多个 Pod 可以同时挂载同一个 NFS 目录,实现 **跨 Pod 数据共享**(如日志集中存储、配置文件共享等)。
### **(3) 动态存储供给(Dynamic Provisioning)**
- 结合 **StorageClass** 和 **NFS Provisioner**,可以实现 **按需自动创建 NFS PV(Persistent Volume)**,避免手动管理存储。
### **(4) 跨节点数据访问**
- NFS 存储独立于节点,Pod 可以在不同节点上挂载同一份数据,适用于 **StatefulSet、Deployment** 等需要数据一致性的场景。
---
## **2. Kubernetes 如何使用 NFS 存储**
### **(1) 手动静态配置(Static Provisioning)**
适用于已有 NFS 服务器的情况,管理员手动创建 **PV(Persistent Volume)** 和 **PVC(Persistent Volume Claim)**。
#### **步骤示例:**
1. **NFS 服务器端** 配置共享目录(如 `/data/nfs`):
```bash
# /etc/exports
/data/nfs *(rw,sync,no_root_squash,no_subtree_check)
```
```bash
exportfs -a # 生效配置
```
2. **Kubernetes 创建 PV**:
```yaml
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv
spec:
capacity:
storage: 10Gi
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Retain
nfs:
server: 192.168.1.100 # NFS 服务器 IP
path: /data/nfs
```
3. **Pod 通过 PVC 挂载 NFS**:
```yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: nfs-pvc
spec:
accessModes:
- ReadWriteMany
resources:
requests:
storage: 5Gi
---
apiVersion: v1
kind: Pod
metadata:
name: nfs-pod
spec:
containers:
- name: nfs-container
image: nginx
volumeMounts:
- name: nfs-vol
mountPath: /usr/share/nginx/html
volumes:
- name: nfs-vol
persistentVolumeClaim:
claimName: nfs-pvc
```
---
### **(2) 动态存储供给(Dynamic Provisioning)**
使用 **NFS Provisioner**(如 `nfs-subdir-external-provisioner`)自动创建 PV。
#### **步骤示例:**
1. **部署 NFS Provisioner**(Helm 方式):
```bash
helm repo add nfs-subdir-external-provisioner https://kubernetes-sigs.github.io/nfs-subdir-external-provisioner/
helm install nfs-subdir-external-provisioner nfs-subdir-external-provisioner/nfs-subdir-external-provisioner \
--set nfs.server=192.168.1.100 \
--set nfs.path=/data/nfs
```
2. **创建 StorageClass**:
```yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: nfs-sc
provisioner: cluster.local/nfs-subdir-external-provisioner
reclaimPolicy: Delete
volumeBindingMode: Immediate
```
3. **Pod 动态申请 PVC**:
```yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: dynamic-nfs-pvc
spec:
storageClassName: nfs-sc
accessModes:
- ReadWriteMany
resources:
requests:
storage: 2Gi
```
---
## **3. 典型应用场景**
### **(1) 有状态应用(Stateful Applications)**
- **数据库(MySQL、PostgreSQL)**:NFS 存储可用于存放数据库文件,确保数据不丢失。
- **Redis 持久化**:存储 RDB/AOF 文件。
### **(2) 文件共享服务**
- **Web 静态文件存储**:多个 Nginx Pod 共享同一份 HTML 文件。
- **日志集中存储**:多个 Pod 将日志写入 NFS,便于统一分析。
### **(3) CI/CD 流水线**
- **Jenkins 共享工作目录**:构建产物存储在 NFS,供后续步骤使用。
- **GitLab Runner 缓存**:加速 CI/CD 任务执行。
### **(4) AI/大数据训练**
- **共享数据集**:多个训练 Pod 读取同一份训练数据(如 TensorFlow/PyTorch)。
---
## **4. 优缺点分析**
| **优点** | **缺点** |
|----------|----------|
| ✅ 数据持久化,Pod 重建不丢失 | ❌ 性能较低(网络存储,不如本地 SSD) |
| ✅ 支持多 Pod 共享读写 | ❌ 单点故障(依赖 NFS 服务器高可用) |
| ✅ 跨节点访问,适合分布式应用 | ❌ 需要额外安全配置(如 Kerberos 认证) |
| ✅ 动态供给,减少手动管理 | ❌ 不适合高并发 IO 场景 |
---
## **5. 最佳实践**
1. **NFS 服务器高可用**:使用 DRBD+Keepalived 或云厂商托管 NFS(如 AWS EFS、Azure Files)。
2. **权限控制**:限制 NFS 访问 IP,避免 `no_root_squash` 安全风险。
3. **监控 NFS 性能**:关注网络延迟、IOPS 瓶颈。
4. **备份策略**:定期快照 NFS 数据(如 `rsync` + CronJob)。
---
## **总结**
NFS 存储为 Kubernetes 提供了 **持久化、共享存储** 能力,适用于 **数据库、文件服务、CI/CD、AI 训练** 等场景。结合 **PV/PVC** 或 **动态供给(StorageClass)**,可以灵活管理存储资源。但需注意 **性能瓶颈** 和 **单点故障问题**,生产环境建议结合分布式存储(如 Ceph、GlusterFS)或云存储方案(如 EBS、Azure Disk)。
二、实战部署
[root@master data]# mkdir volume
[root@master data]# pwd
/data
[root@master data]# vi /etc/exports
/data/volume *(rw,no_root_squash)
[root@master data]# exportfs -arv
exporting *:/data/volume
[root@master data]# systemctl restart nfs
[root@master data]# systemctl enable nfs --now
Created symlink from /etc/systemd/system/multi-user.target.wants/nfs-server.service to /usr/lib/systemd/system/nfs-server.service.
[root@node1 ~]# systemctl restart nfs --now
[root@node2 ~]# systemctl restart nfs --now
[root@node1 ~]# mount nfs服务端IP:/data/volume /test
[root@master k8s-nfs]# cat nginx-nfs.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx
spec:
replicas: 3
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:latest
imagePullPolicy: IfNotPresent
volumeMounts:
- name: nfs
mountPath: /usr/share/nginx/html
volumes:
- name: nfs
nfs:
server: 192.168.40.180
path: /data/volume
[root@master volume]# kubectl get pods -owide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-57c6f9ffbb-hbqm8 1/1 Running 0 42s 10.244.166.160 node1 <none> <none>
nginx-57c6f9ffbb-j6kz6 1/1 Running 0 42s 10.244.166.159 node1 <none> <none>
nginx-57c6f9ffbb-w7pw9 1/1 Running 0 42s 10.244.104.20 node2 <none> <none>
[root@master volume]# curl 10.244.166.160
hello my name is cjr
[root@master volume]# pwd
/data/volume
[root@master volume]# ls
index.html
[root@master volume]# cat index.html
hello my name is cjr
[root@master volume]# kubectl delete pod nginx-57c6f9ffbb-hbqm8
pod "nginx-57c6f9ffbb-hbqm8" deleted
[root@master volume]# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-57c6f9ffbb-j6kz6 1/1 Running 0 101s
nginx-57c6f9ffbb-w7pw9 1/1 Running 0 101s
nginx-57c6f9ffbb-w9pfz 0/1 ContainerCreating 0 2s
[root@master volume]# kubectl exec -it nginx-57c6f9ffbb-w9pfz -- bash
root@nginx-57c6f9ffbb-w9pfz:/# exit
exit
[root@master volume]# kubectl get pods -owide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-57c6f9ffbb-j6kz6 1/1 Running 0 2m1s 10.244.166.159 node1 <none> <none>
nginx-57c6f9ffbb-w7pw9 1/1 Running 0 2m1s 10.244.104.20 node2 <none> <none>
nginx-57c6f9ffbb-w9pfz 1/1 Running 0 22s 10.244.166.161 node1 <none> <none>
[root@master volume]# curl 10.244.166.161
hello my name is cjr
### **代码解释:Kubernetes 中使用 NFS 作为持久化存储的完整流程**
这段代码演示了如何在 **Kubernetes(K8s)集群** 中使用 **NFS(Network File System)** 作为持久化存储,并部署一个 **Nginx Deployment**,确保多个 Pod 共享同一份数据。以下是逐步解析:
---
## **1. NFS 服务器端配置**
### **(1) 创建共享目录并配置 NFS**
```bash
[root@master data]# mkdir volume # 创建共享目录 /data/volume
[root@master data]# pwd # 确认当前路径是 /data
/data
[root@master data]# vi /etc/exports # 编辑 NFS 导出配置
```
在 `/etc/exports` 中添加:
```plaintext
/data/volume *(rw,no_root_squash) # 允许所有客户端读写,且 root 用户保留权限
```
- `*`:允许所有 IP 访问(生产环境应限制为特定 IP 或网段,如 `192.168.1.0/24`)。
- `rw`:读写权限。
- `no_root_squash`:允许客户端 root 用户直接操作文件(需谨慎使用)。
### **(2) 生效 NFS 配置**
```bash
[root@master data]# exportfs -arv # 重新加载 NFS 共享配置
exporting *:/data/volume # 输出表示共享成功
[root@master data]# systemctl restart nfs # 重启 NFS 服务
[root@master data]# systemctl enable nfs --now # 设置开机自启
```
---
## **2. NFS 客户端(K8s Node)挂载测试**
在 `node1` 上手动挂载 NFS,验证共享是否正常:
```bash
[root@node1 ~]# mount 192.168.40.180:/data/volume /test # 挂载 NFS 到本地 /test
```
- `192.168.40.180` 是 NFS 服务器的 IP。
- 如果挂载成功,说明 NFS 配置正确。
---
## **3. Kubernetes 部署 Nginx 并使用 NFS 存储**
### **(1) 创建 Deployment 配置文件 `nginx-nfs.yaml`**
```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx
spec:
replicas: 3 # 启动 3 个 Pod
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:latest
imagePullPolicy: IfNotPresent # 如果本地有镜像则不拉取
volumeMounts:
- name: nfs
mountPath: /usr/share/nginx/html # 将 NFS 挂载到容器内
volumes:
- name: nfs
nfs:
server: 192.168.40.180 # NFS 服务器 IP
path: /data/volume # NFS 共享路径
```
- **关键配置**:
- `volumeMounts`:将 NFS 挂载到容器的 `/usr/share/nginx/html`(Nginx 默认静态文件目录)。
- `volumes`:声明使用 NFS 存储,指定服务器和共享路径。
### **(2) 应用 Deployment**
```bash
[root@master k8s-nfs]# kubectl apply -f nginx-nfs.yaml
```
### **(3) 验证 Pod 运行状态**
```bash
[root@master volume]# kubectl get pods -owide
NAME READY STATUS IP NODE
nginx-57c6f9ffbb-hbqm8 1/1 Running 10.244.166.160 node1
nginx-57c6f9ffbb-j6kz6 1/1 Running 10.244.166.159 node1
nginx-57c6f9ffbb-w7pw9 1/1 Running 10.244.104.20 node2
```
- 3 个 Pod 分别运行在 `node1` 和 `node2` 上,且均挂载了同一个 NFS 目录。
---
## **4. 验证数据持久化与共享**
### **(1) 在 NFS 服务器上创建测试文件**
```bash
[root@master volume]# echo "hello my name is cjr" > index.html
[root@master volume]# cat index.html
hello my name is cjr
```
- 此文件会通过 NFS 共享给所有 Pod。
### **(2) 通过 Pod 访问数据**
```bash
[root@master volume]# curl 10.244.166.160 # 访问 Pod IP
hello my name is cjr
```
- 所有 Pod 返回相同内容,证明 NFS 存储共享成功。
### **(3) 删除 Pod 测试数据持久化**
```bash
[root@master volume]# kubectl delete pod nginx-57c6f9ffbb-hbqm8
```
Kubernetes 会自动重建 Pod(Deployment 维护 3 个副本):
```bash
NAME READY STATUS IP NODE
nginx-57c6f9ffbb-w9pfz 1/1 Running 10.244.166.161 node1 # 新 Pod
```
再次访问新 Pod:
```bash
[root@master volume]# curl 10.244.166.161
hello my name is cjr
```
- **数据仍然存在**,证明 NFS 存储是持久化的。
---
## **5. 关键点总结**
| 步骤 | 作用 |
|------|------|
| **NFS 服务器配置** | 提供共享存储,允许多个节点读写同一目录。 |
| **Deployment 挂载 NFS** | 确保所有 Pod 共享同一份数据(如配置文件、静态资源)。 |
| **`imagePullPolicy: IfNotPresent`** | 优先使用本地镜像,加速 Pod 启动。 |
| **数据持久化** | 即使 Pod 重建,NFS 中的数据不会丢失。 |
---
## **6. 生产环境建议**
1. **NFS 高可用**
- 使用 `DRBD + Keepalived` 或云厂商托管存储(如 AWS EFS、Azure Files)。
2. **权限控制**
- 限制 NFS 访问 IP(如 `192.168.1.0/24`),避免使用 `no_root_squash`。
3. **动态存储供给**
- 结合 `StorageClass` + `NFS Provisioner` 实现按需分配 PV。
4. **备份策略**
- 定期备份 NFS 数据(如 `rsync` + CronJob)。
---
通过以上流程,你成功实现了 **Kubernetes 使用 NFS 作为持久化共享存储**,适用于需要跨 Pod 数据一致性的场景(如 Web 静态文件、日志集中存储等)。
相关文章:
Kubernetes高级应用(NFS存储)
一、介绍 在 **Kubernetes(K8s)** 中,**NFS(Network File System)存储** 是一种常见的 **持久化存储(Persistent Storage)** 解决方案,适用于需要共享存储、数据持久化或跨 Pod 访问…...
Mysql之事务(下)
🏝️专栏:Mysql_猫咪-9527的博客-CSDN博客 🌅主页:猫咪-9527-CSDN博客 “欲穷千里目,更上一层楼。会当凌绝顶,一览众山小。” 目录 5. 事务的隔离级别与并发控制 5.1事务的隔离级别 5.2查看与设置事务的…...
某地老旧房屋自动化监测项目
1. 项目简介 自从上个世纪90年代以来,我国经济发展迅猛,在此期间大量建筑平地而起,并且多为砖混结构的住房,使用寿命通常约为30-50年,钢筋混凝土结构,钢结构等高层建筑,这些建筑在一般情况下的…...
【QT】QT的多界面跳转以及界面之间传递参数
QT的多界面跳转以及界面之间传递参数 一、在QT工程中添加新的界面二、多界面跳转的两种情况1、A界面跳到B界面,不需要返回2、A界面跳到B界面,需要返回1)使用this指针传递将当前界面地址传递给下一界面2)使用parentWidget函数获取上…...
【学习笔记】计算机网络(五)
第5章 运输层 文章目录 第5章 运输层5.1 运输层协议概述5.1.1 进程之间的通信5.1.2 运输层的两个主要协议5.1.3 运输层的端口 5.2 用户数据报协议 UDP5.2.1 UDP 概述5.2.2 UDP的首部格式 5.3 传输控制协议 TCP 概述5.3.1 TCP 最主要的特点5.3.2 TCP 的连接 5.4 可靠传输的工作原…...
网络通信三大核心表项详解:MAC表、ARP表、路由表
网络通信三大核心表项详解:MAC表、ARP表、路由表 一、前言 在网络通信中,MAC地址表、ARP表和路由表构成了数据转发的"黄金三角"。作为新华三网络工程师,深入理解这三大表项的工作原理及相互关系,是排查网络故障和优化…...
鸿蒙NEXT小游戏开发:记忆翻牌
1. 引言 在本案例中,我们将使用鸿蒙NEXT框架开发一个简单的记忆翻牌游戏。该游戏的核心逻辑是玩家通过翻转卡片来寻找匹配的对。本文将详细介绍游戏的实现过程,包括卡片的展示、匹配逻辑以及用户交互。 2. 开发环境准备 电脑系统:windows 1…...
AI原生应用爆发:从通用大模型到垂直场景的算力重构
2025年第一季度,中国AI产业迎来标志性转折点:DeepSeek-R1大模型月活用户突破3000万,通义千问QwQ-32B在医疗领域诊断准确率达三甲医院主治医师水平,京东AI虚拟模特单日生成商品图超200万张……这些数据的背后,是AI技术从…...
Java常用工具算法-2--加密算法1--对称加密算法(推荐AES算法)
1、定义与核心原理 定义:加密和解密使用相同密钥的算法。工作流程: 秘钥协商:双方需提前通过安全信道共享密钥。加密过程:发送方用密钥对明文加密,生成密文。解密过程:接收方用相同密钥对密文解密…...
RK3588使用笔记:导出做好的文件系统
一、前言 初始镜像一般都比较空,当费劲八嘞的装了一堆环境之后,得知设备还要在做n套,想想每一套都要无穷的调试配置和在线更新一堆安装包,是不是脑壳痛,所以导出文件系统的功能就有需求了,本文介绍如何导出…...
py常用函数
concat dropna 注意:dropna会返回一个新的DataFrame,不会修改原始数据。若想要修改,可以使用inplaceTrue 默认情况是axis0,删除包含NaN的行 import pandas as pd df pd.DataFrame({A:[1,2,None],B:[3,None,0],C:[4,5,6] }) d…...
Gateway实战(二)、负载均衡
spring cloud- Gateway实战二:负载均衡 负载均衡简单了解一)、实操案例-自动负载均衡二)、实操案例-手动负载均衡1、手动负载均衡方式一2、手动负载均衡方式二负载均衡 简单了解 我们引入负载均衡,主要是为了 让网络流量能均匀的分发到多个服务器上,以此来提高系统性能、…...
NullByte: 1靶场渗透
NullByte: 1 来自 <NullByte: 1 ~ VulnHub> 1,将两台虚拟机网络连接都改为NAT模式 2,攻击机上做namp局域网扫描发现靶机 nmap -sn 192.168.23.0/24 那么攻击机IP为192.168.23.182,靶场IP192.168.23.221 3,对靶机进行端口服…...
2025.4.1英语听力
https://www.bilibili.com/video/BV1Aw411r7zt?spm_id_from333.788.videopod.sections&vd_sourcedc8ca95ef058b5ce2b5233842ac41f4bhttps://www.bilibili.com/video/BV1Aw411r7zt?spm_id_from333.788.videopod.sections&vd_sourcedc8ca95ef058b5ce2b5233842ac41f4b …...
Kafka 实战指南:原理剖析与高并发场景设计模式
一、介绍 Kafka是由 Apache 软件基金会开发的开源流处理平台,作为高吞吐量的分布式发布订阅消息系统,采用 Scala 和 Java 编写。 Kafka是一种消息服务(MQ),在理论上可以达到十万的并发。 代表的MQ软件—— kafka 十万…...
大型语言模型Claude的“思维模式”最近被公开解剖
每周跟踪AI热点新闻动向和震撼发展 想要探索生成式人工智能的前沿进展吗?订阅我们的简报,深入解析最新的技术突破、实际应用案例和未来的趋势。与全球数同行一同,从行业内部的深度分析和实用指南中受益。不要错过这个机会,成为AI领…...
安装windows server 2016没有可选硬盘,设备安装过ubuntu系统
如果在安装 Windows Server 2016 时无法识别已安装过 Ubuntu 的硬盘,可能是由于硬盘分区格式(如 ext4)与 Windows 不兼容,或缺少必要的驱动程序。以下是详细的解决方案: 1. 检查 BIOS/UEFI 设置 确认硬盘模式 • 重启电…...
贡献法(C++)
贡献法的核心思想: 不要一个个子串去算“有多少种字符”,而是反过来想——每个字符能“贡献”给多少个子串 1.子串分值 #include<bits/stdc.h> #define int long long using namespace std; string s; int sum0; signed main() {cin>>s;for…...
Spring Event 观察者模型及事件和消息队列之间的区别笔记
Spring Event观察者模型:基于内置事件实现自定义监听 在Spring框架中,观察者模式通过事件驱动模型实现,允许组件间通过事件发布与监听进行解耦通信。这一机制的核心在于ApplicationEvent、ApplicationListener和ApplicationEventPublisher等接…...
【Nova UI】三、探秘 BEM:解锁前端 CSS 命名的高效密码
序言 在上一篇文章中,我们一步一个脚印,扎实地完成了 Vue 组件库搭建的环境搭建工作,从 pnpm 的精妙运用到 TypeScript 的细致配置✍️,每个环节都为组件库的诞生筑牢根基。现在,当我们把目光聚焦到组件库的样式设计时…...
Qt中存储多规则形状图片
在Qt中,您可以通过多种方式处理和存储具有非矩形(多规则形状)的图片。以下是几种主要实现方案: 1. 使用透明通道存储不规则形状 实现方法 // 创建带透明背景的QPixmap QPixmap pixmap(400, 400); pixmap.fill(Qt::transparent);QPainter painter(&…...
前端界面在线excel编辑器 。node编写post接口获取文件流,使用传参替换表格内容展示、前后端一把梭。
首先luckysheet插件是支持在线替换excel内容编辑得但是浏览器无法调用本地文件,如果只是展示,让后端返回文件得二进制文件流就可以了,直接使用luckysheet展示。 这里我们使用xlsx-populate得node简单应用来调用本地文件,自己写一个…...
核心知识——Spark核心数据结构:RDD
引入 通过前面的学习,我们对于Spark已经有一个基本的认识,并且搭建了一个本地的练习环境,因为本专栏的主要对象是数仓和数分,所以就不花大篇幅去写环境搭建等内容,当然,如果感兴趣的小伙伴可以留言&#x…...
Python如何为区块链治理注入智能与高效?
Python如何为区块链治理注入智能与高效? 引言 区块链治理作为一个新兴领域,旨在解决去中心化网络中的决策与协调问题。无论是以太坊的协议升级,还是DAO(去中心化自治组织)内部的投票机制,治理效率与公正性始终是核心挑战。然而,Python的灵活性与强大的生态系统为区块链…...
树莓派 —— 在树莓派4b板卡下编译FFmpeg源码,支持硬件编解码器(mmal或openMax硬编解码加速)
🔔 FFmpeg 相关音视频技术、疑难杂症文章合集(掌握后可自封大侠 ⓿_⓿)(记得收藏,持续更新中…) 正文 1、准备工作 (1)树莓派烧录RaspberryPi系统 (2)树莓派配置固定IP(文末) (3)xshell连接树莓派 (4)...
【Easylive】auditVideo方法详细解析
【Easylive】项目常见问题解答(自用&持续更新中…) 汇总版 auditVideo 方法是视频审核的核心方法,负责处理视频审核状态的变更、用户积分奖励、数据同步以及文件清理等操作。下面我将从功能、流程、设计思路等方面进行全面解析。 1. 方…...
【数据分享】中国3254座水库集水区特征数据集(免费获取)
水库在水循环、碳通量、能量平衡中扮演关键角色,实实在在地影响着我们的生活。其功能和环境影响高度依赖于地理位置、上游流域属性(如地形、气候、土地类型)和水库自身的动态特征(如水位、蒸发量)。但在此之前一直缺乏…...
Maven安装与配置完整指南
Maven安装与配置完整指南 1. 前言 Apache Maven 是一个强大的项目管理和构建工具,广泛应用于Java项目开发。它通过 POM(Project Object Model) 文件管理项目依赖,并提供了标准化的构建流程。 本文详细介绍 Maven的下载、安装、环境配置、镜像加速、IDE集成 以及 常见问题…...
我用Axure画了一个富文本编辑器,还带交互
最近尝试用Axure RP复刻了一个富文本编辑器,不仅完整还原了工具栏的各类功能,还通过交互设计实现了接近真实编辑器操作体验。整个设计过程聚焦功能还原与交互流畅性,最终成果令人惊喜。 编辑器采用经典的三区布局:顶部工具栏集成了…...
Uniapp自定义TabBar组件全封装实践与疑难问题解决方案
前言 在当前公司小程序项目中,我们遇到了一个具有挑战性的需求:根据不同用户身份动态展示差异化的底部导航栏(TabBar) 。这种多角色场景下的UI适配需求,在提升用户体验和实现精细化运营方面具有重要意义。 在技术调研…...
