logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Docker 核心知识整理

Docker 是基于 Go 语言开发、遵从 Apache2.0 协议开源的应用容器引擎,可将应用及其依赖包打包到轻量级、可移植的容器中,发布到任意流行的 Linux 机器实现虚拟化。核心优势是支持内核级虚拟化,资源消耗极低、运行稳定,容器间采用沙箱机制完全隔离,性能开销小,彻底解决 “在我的机器上可正常工作” 的环境兼容问题。数据卷是宿主机与容器之间(或容器与容器之间)的目录映射,独立于容器生命周

#docker
K8s笔记整理

一主多从:一台Master节点,多台Node节点,适合测试和学习。多主多从:多台Master实现高可用,适合生产环境。对于初学者,推荐在一台或多台虚拟机(如CentOS 7.6)上搭建一主两从的测试环境。主要步骤包括:准备三台服务器,配置主机名解析、时间同步、关闭防火墙和SELinux、禁用swap。安装Docker和Kubernetes组件(kubeadm、kubelet、kubectl)。使用

Docker面试题整理

容器内的应用直接运行在宿主机的内容,容器是没有自己的内核的,也没有虚拟我们的硬件,所以就轻便了。传统虚拟机,虚拟出一条硬件,运行一个完整的操作系统,然后在这个系统上安装和运行软件。每个容器间是互相隔离,每个容器内都有一个属于自己的文件系统,互不影响。,基于 Go 语言开发,遵循 Apache2.0 协议。联合文件系统(UnionFS),分层存储,复用层。容器是镜像的运行实例,带有可写层。镜像是静态

Claude code实战:Harness工程之道 阅读笔记(1)

传统使用方式只发挥 Claude Code 极小一部分能力,其真正核心价值在于一套完整工程化 Agent 框架,把软件工程成熟设计模式迁移到 AI 开发场景;分层记忆、权限隔离、事件拦截、模块化复用,全部是后端 / 前端通用经典工程思想,学习门槛贴合现有开发者认知;企业落地核心收益:统一团队 AI 辅助标准、自动化质量管控、支撑大规模代码重构、打通外部业务数据,将 AI 深度融入研发流水线;行业趋

MyBatis 批量添加(动态 SQL)

批量添加的入参为List<User>,需通过@Param// 单条插入// 批量插入MyBatis 批量添加的核心是「List入参 +<foreach>实体类需满足无参构造器、序列化等规范;XML 中<foreach>标签需正确配置集合别名和分隔符,避免括号嵌套错误;测试和生产环境需开启事务,控制批量数据量。掌握这套方法后,无论是日常批量导入数据,还是高并发场景下的数据批量存储,都能高效应对。相比

MyBatis 延迟加载(懒加载)解析笔记

延迟加载(也叫懒加载 / 按需加载):指在查询关联数据时,不立即加载所有关联信息,而是等到程序真正需要使用该关联数据时,才触发对应的 SQL 查询。延迟加载的核心是「按需加载」:用到关联数据才触发查询,核心依赖分布式分段查询;核心配置:全局开启+ 关闭,局部通过控制;实战关键:通过(一对一)/(一对多)的select属性指定子查询,fetchType指定加载策略;核心价值:减少冗余查询,提升 My

MyBatis 缓存详解:二级缓存配置与查询流程

MyBatis 二级缓存存储序列化数据,跨会话获取的对象实例不同但内容一致;二级缓存可通过evictionsize等参数自定义,默认采用 LRU 回收策略、读写模式;缓存查询顺序为:二级缓存 → 一级缓存 → 数据库,SqlSession 提交 / 关闭时一级缓存写入二级缓存。

Spring AOP:4 种通知类型实战(@Before/@After / 异常通知 / 返回通知)

问题现象原因解决方案通知完全不生效未加配置类添加该注解,开启 AOP 代理通知只执行一半切入点表达式写错切面类不生效未加@Component注解切面类必须交给 Spring 容器管理调用方法无增强获取的不是代理对象通过 Spring 容器(context.getBean)获取对象Spring AOP 核心是 “切面 + 通知”,实现业务逻辑的无侵入式增强;4 种核心通知的关键区别:@Before:

SpringBoot 快速开发(Lombok 安装与使用)

Lombok 是 SpringBoot 开发的必备工具,核心是通过注解替代重复的样板代码;核心使用流程:引入依赖 → IDE 开启注解处理 → 实体类加注解(推荐优先使用@Data注解,搭配构造器注解,能满足 90% 的实体类开发需求。

WebSocket 与 HTTP 的核心区别

HTTP 是 “一问一答” 的单向通信,适合普通数据请求,开销大、无状态、不支持主动推送;WebSocket 是 “双向聊天” 的实时通信,适合实时互动场景,开销小、有状态、支持服务端主动推送。二者不是替代关系,而是互补关系 —— 日常开发中,大多数场景用 HTTP 就足够,只有需要 “实时互动” 时,再用 WebSocket 就好。比如我们平时刷的电商页面,用 HTTP 请求商品数据;而页面上的

    共 48 条
  • 1
  • 2
  • 3
  • 4
  • 5
  • 请选择