一、基础概念 Dockerfile:纯文本脚本,定义镜像的构建步骤、环境、依赖、启动命令 镜像 (image):Dockerfile 构建出的只读模板 容器 (container):镜像运行后的实例 构建命令:docker build 读取 Dockerfile 生成镜像
按原生跨端、混合 H5、原生专项、小程序 / 快应用、游戏移动框架五大类划分,包含适用场景、优缺点、技术栈、代表项目,适合选型参考。 一、跨平台原生渲染框架(性能最优,一套代码多端) 1. Flutter(谷歌) 技术栈:Dart 语言,自绘渲染引擎 Skia <
按业务场景分为Web 后端框架、异步 Web、数据分析 / AI、爬虫、GUI 桌面、测试六大类,分别讲核心定位、优缺点、适用场景、核心差异。 一、Web 后端框架(最常用,做网站 / 接口) 1. Django(全能重型框架) 定位:电池内置(batteries included)全栈框架
按数据采集、存储、计算引擎、实时流处理、数据仓库 / OLAP、调度、治理、可视化完整链路分类,区分离线、实时、批流一体,附适用场景与核心优势。 一、数据采集工具(多源数据接入) 1. Apache Flume 定位:日志专用采集框架 场景:服务器日志、应用日志实时收集,落地 HDFS/Hive/K
一、跨域核心原理 浏览器同源策略限制:协议、域名、端口三者任意一个不同,即为跨域,浏览器会拦截响应。 同源三要素:http/https、www.a.com、8080 二、主流解决方案(按使用场景分类)
Dockerfile 是构建 Docker 镜像的文本文件,由指令(大写关键字)+ 参数组成,指令自上而下顺序执行,每行一条指令,注释以 # 开头。 一、核心基础指令(必掌握) 1. FROM(镜像基础,第一条有效指令) 指定构建镜像的父基础镜
SQL 是关系型数据库的标准查询语言,核心配套数据模型以关系模型为核心,同时衍生、配套多种落地 / 扩展数据模型,分基础核心模型、扩展衍生模型两类说明: 一、核心基础:关系模型(Relational Model) 所有标准 SQL(MySQL/Oracle/SQL Server/PostgreSQL
分为四大类:跨平台统一框架(一套代码安卓 + iOS)、原生框架(系统官方,性能最强)、小程序 / 轻应用框架、开发配套工具链,覆盖企业、个人、大厂主流选型。 一、跨平台开发框架(最流行,一套多端)
分桌面客户端(本地可视化)、Web 在线工具(浏览器访问)、命令行工具(轻量无界面) 三大类,覆盖新手、开发、运维不同场景,包含优缺点与适用人群。 一、桌面可视化客户端(最常用,本地安装)
按系统自带轻量工具、进阶实时监控、资源可视化大盘、日志 / 进程 / 网络专项、容器云原生监控分类整理,覆盖运维日常排查、长期监控告警全场景。 一、系统内置轻量工具(无需安装,开箱即用) 适合临时快速排查负载、CPU、内存、磁盘、网络。 1. 综合负载 uptime
一、核心定位:K8s 为什么适配微服务 微服务痛点:多服务部署、扩缩容、故障自愈、灰度发布、服务发现、配置统一、资源隔离; K8s 核心能力完美匹配:容器编排、自愈、弹性伸缩、服务网关、配置中心、流量治理、资源调度。 整体分层架构(微服务 + K8s): 基础设施层:服务器 / 云主机、存储、网络
Linux 发行版核心分Debian 系、RHEL 系、Arch 滚动更新系、轻量小众、企业专用五大阵营,每个发行版设计目标、包管理器、生态、适用场景完全不同。 一、Debian 家族(dpkg/apt 包管理,.deb 包) 1. Debian(上游根基) 核心特色 极致稳定,软件版本保守,严格的
分四大类:Web 可视化面板(零基础首选)、SSH 客户端(本地连接工具)、终端辅助工具(命令行简化)、监控运维工具(简单看服务器状态),全部上手门槛低,新手友好。 一、Web 可视化管理面板(完全不用死记命令,新手第一选择) 浏览器打开网页就能管理服务器,可视化操作,自动集成网站、数据
整体分层思路:库架构分治(分库分表)→ 读写分离 → 缓存削峰 → 事务 / 锁优化 → SQL / 索引优化 → 限流降级兜底,适配 Java SpringBoot/MyBatis/MyBatis-Plus 技术栈。 一、基础架构:读写分离(解决读多写少并发瓶颈) 1. 架构模型 1 主 N 从:
当前桌面软件不再是孤立 PC 工具,而是AI 原生、跨端融合、云边混合、信创自主、轻量化原生的立体生态,同时分化出个人生产力、企业办公、专业创作、国产化政企四大赛道,整体呈现八大明确趋势: 一、AI 原生桌面智能体(GUI Agent)成为生态核心入口 桌面端从 “被动问答 AI” 进化为可操作系统
PostgreSQL 慢查询日志的所有参数均在 postgresql.conf 中配置,分为日志开关控制、慢查询阈值、日志内容、日志文件轮转、日志存储路径五大类,附生产推荐值与作用说明。 一、基础日志总开关(必须开启才能记录慢 SQL) 1. logging_collector ini loggin
PostgreSQL 性能优化遵循先定位瓶颈 → 基础配置调参 → 索引优化 → SQL 改写 → 表结构 / 存储优化 → 架构与运维优化的完整流程,下面分模块拆解每一步核心动作、实操手段与判断标准。 一、第一步:瓶颈定位(优化前提,无监控不调优) 优化前必须先找到慢的根源,禁止盲目改参数、加索引
前后端分离的核心矛盾:前端灵活多变的交互需求 vs 后端稳定、高性能、易维护的数据服务。高效 API 设计围绕「规范统一、性能最优、开发提效、可观测、易扩展」五大目标落地,下面分模块给出可直接落地的标准方案。 一、基础全局规范(统一标准,减少前后端沟通成本)