- 博客(824)
- 资源 (4)
- 问答 (2)
- 收藏
- 关注
RSS订阅
原创 Java后端核心技术体系全解析(个人总结)
JVM是Java后端的“地基”，所有后续技术都依赖JVM运行。学习JVM，核心是理解“内存管理”和“GC机制”，能排查常见的JVM问题，为后续高并发、微服务的学习打下基础——高并发场景下，JVM的内存配置和GC优化，直接影响应用的稳定性。高并发是Java后端的“性能核心”，核心是“提升请求处理效率、保证数据一致性、避免资源耗尽”。基础依赖JVM和Java多线程，进阶依赖后续的Spring体系、分布式中间件和微服务，是连接“基础技术”和“复杂应用”的关键纽带。
2026-02-23 07:50:15
1147
原创 分布式系统核心技术完整梳理（含分库分表、分布式事务、熔断补偿）
本次聊天核心围绕分布式系统中“分库分表的连贯性保障”“AT模式下redo log的作用”“TC的事务处理逻辑”“熔断降级与补偿机制”四大核心点，明确了：分库分表的连贯性依赖中间件的“归纳合并”，收益远大于引入的复杂性；AT模式中，redo log用于记录事务提交状态，兜底解决“提交成功未上报”的问题，避免重复执行SQL；TC通过超时机制避免卡住，分支服务通过redo log纠正状态，确保全局事务一致性；补偿机制分“回滚”和“补全”两种方向，操作报错用回滚，承载力不足用补全，最终实现数据一致。
2026-03-14 21:30:36
318
原创 分布式系统“三高”与数据一致性核心实践（基于实操梳理）
分布式系统的优化，核心是围绕“高性能、高并发、高可用”三大目标，结合数据一致性要求，从底层到上层层层递进：JVM（底层地基）→ 代码/框架（执行骨架）→ 高并发机制（性能引擎）→ 分布式中间件（协同工具）→ 微服务架构（业务解耦）→ 云原生运维（兜底保障）。各核心组件并非孤立存在，而是相互互补：缓存解决性能，但带来一致性问题，需结合MQ异步更新；MQ解决解耦，但带来消息可靠性问题，需结合持久化和幂等性；分布式事务解决一致性，但牺牲部分性能，需限流熔断保护；
2026-03-14 18:27:31
419
原创 主流公司技术职级划分及各职级核心要求（大厂+中小公司通用）
当前国内主流公司（含阿里等大厂、各类中小公司）的技术线职级划分，遵循统一的进阶规律：从基础执行岗逐步过渡到“技术+管理”双属性岗，最终走向高阶技术管理或技术专家岗。其中，资深工程师是纯开发工作的天花板，也是“核心开发+少量管理”的起点；往上逐步弱化开发职能、强化管理与战略职能，整体职级从低到高依次为：实习岗→初级工程师→中级工程师→高级工程师→资深工程师→专家岗→架构师→技术总监，部分大厂在技术总监之上还有CTO等更高层级。
2026-03-07 05:44:58
400
原创 基层技术小组长（4-5人小团队）实战管理与沟通全解析（资深岗位）
本文完整覆盖基层技术小组长（4-5人小团队）的所有实战细节，从角色定位、核心能力、日常工作，到高压场景应对、面试及实战抗压问题，无任何遗漏。核心逻辑是：基层小组长无需追求“专职管理”的权威，而是以“核心开发”为基础，用“科学思维+灵活策略”平衡目标、团队与个人，既高效推进项目，又保护自己和团队，避免内耗与背锅，这也是国内企业中基层技术管理者最实用、最能落地的生存与发展思路。
2026-03-07 03:44:53
336
原创 核心开发人员兼顾小团队管理协调角色的能力解析（资深）-个人总结
这类“核心开发+小团队协调”的角色，核心是“技术兜底+高效协调”，无需承担专职管理者的全部职责，但需具备精准的技术沟通、科学的任务分工、主动的进度把控、理性的技术决策四大核心能力。日常工作中，以技术开发为主、管理协调为辅，通过科学的方法提升团队效率，同时兼顾团队氛围和成员成长；面试中，需结合具体场景，清晰展示自己的能力和工作逻辑，贴合角色定位，避免空泛表述，才能让面试官清晰看到自己的落地能力和适配性。
2026-03-06 14:47:31
337
原创 从Java虚拟机到分布式中间件：高并发体系全解析（含电商实践细节）
从Java虚拟机到分布式中间件，高并发体系的完整链路，是底层硬件特性、JVM抽象封装、JDK高并发工具、分布式中间件场景化扩展的有机结合，贯穿了“硬件特性软件化、分层抽象、权衡优化、场景适配”的核心逻辑，所有技术点和设计思想，都是围绕“线程安全与性能效率”“资源有限与高吞吐量”“同步阻塞与异步并行”三大核心矛盾展开。
2026-03-06 09:56:16
428
原创 Java高并发完整实现体系解析（含底层机制与实践要点）
Java高并发的实现并非单一维度的工具使用，而是从底层虚拟机机制到上层应用工具、从基础同步到综合管控、从单进程到分布式场景的完整体系，其核心目标是在保证线程安全的前提下，最大化系统吞吐量与性能，平衡资源消耗与业务需求。这一体系的构建源于对核心矛盾的解决，同时其设计思维具有跨领域的普适性，实践中需结合底层原理才能真正解决高并发问题，以下将结合所有相关要点，详细梳理这一完整体系。
2026-03-05 13:31:05
732
原创 Java虚拟机（JVM）核心知识梳理与深层解析
JVM的设计与实现，始终遵循“问题驱动-方案迭代-体系完善”的逻辑：以“一次编译，到处运行”为核心目标，通过类加载机制实现字节码的安全加载与跨平台适配；为实现内存的高效、稳定使用，设计了内存结构划分与垃圾回收机制；内存划分带来的多线程共享资源同步问题，由Java内存模型通过规范可见性、原子性、有序性来解决；而Java内存模型的设计，又源于对硬件层面“主内存-CPU缓存”架构的适配与约束；最终，通过JUC包的并发API，将底层机制封装成易用的工具，支撑上层高并发开发。
2026-03-04 17:03:19
147
原创 Java虚拟机（JVM）核心知识梳理与深层解析
JVM的设计与实现，始终遵循“问题驱动-方案迭代-体系完善”的逻辑：以“一次编译，到处运行”为核心目标，通过类加载机制实现字节码的安全加载与跨平台适配；为实现内存的高效、稳定使用，设计了内存结构划分与垃圾回收机制；内存划分带来的多线程共享资源同步问题，由Java内存模型通过规范可见性、原子性、有序性来解决；而Java内存模型的设计，又源于对硬件层面“主内存-CPU缓存”架构的适配与约束；最终，通过JUC包的并发API，将底层机制封装成易用的工具，支撑上层高并发开发。
2026-03-04 16:27:49
591
原创 Java JVM虚拟机核心知识点总结（架构师_高级工程师必备）
核心需求：Spring Boot项目支持插件化开发，用户可上传外部插件jar包扩展功能（如低代码平台的报表插件、审批插件），需实现插件与核心类隔离、插件热部署、多版本共存。为什么打破双亲委派？外部插件jar包不在父加载器的搜索路径中，若遵循双亲委派，向上委托一圈后仍找不到，最终还是要由自定义类加载器加载，会浪费无效的委托步骤；避免版本冲突：应用核心类可能依赖某个类的特定版本（如1.0版本），而外部插件可能依赖该类的高版本（如2.0版本），通过自定义类加载器加载插件，可实现不同版本类的共存。
2026-03-04 12:16:52
332
原创 Java类加载机制（架构师_高级工程师必备总结）
为什么打破双亲委派？外部插件jar包不在父加载器的搜索路径中，若遵循双亲委派，向上委托一圈后仍找不到，最终还是要由自定义类加载器加载，会浪费无效的委托步骤；避免插件类与应用核心类版本冲突：应用核心类可能依赖某个类的特定版本（如1.0版本），而外部插件可能依赖该类的高版本（如2.0版本），通过自定义类加载器加载插件，可实现不同版本类的共存。核心实现逻辑自定义类加载器重写loadClass方法，优先加载指定路径（如插件目录）下的外部jar包，不先委托父加载器；
2026-03-04 11:43:38
306
原创 Java高级及以上职位必问高频知识点
关键词提炼：技术术语（Spring Boot、自动配置）、需求指向（原理、自定义自动配置）；考点联想：自动配置的核心注解（@SpringBootApplication、@EnableAutoConfiguration）、SPI机制、@Conditional条件注解、自动配置的流程、自定义自动配置的步骤、实战场景；
2026-03-04 08:34:48
382
原创 MySQL高并发写入优化全解析（含核心原理与实操逻辑）
在高并发业务场景中，MySQL的性能瓶颈往往集中在写入操作上，相比读取优化的易实现性，写入优化涉及锁竞争、IO操作、索引维护等多个复杂环节，更具挑战性。结合实操经验与技术原理，本文将整合所有核心细节，全面解析MySQL高并发写入优化的核心逻辑、实操方法、底层原理及相关延伸知识，助力开发者快速定位问题、高效落地优化方案。
2026-03-04 06:24:22
239
原创 高级/资深工程师沟通精准性专项训练：关键词识别+联想回应
高级工程师沟通精准性的核心，是“抓准关键词、联想对考点、回应贴模板”——关键词是沟通的核心锚点，识别关键词是避免答非所问的前提；考点联想是读懂沟通对象真实需求的关键，决定回应的侧重点；模板回应是保证表达精准、高效的基础，结合踩坑和优化经验，可实现超预期回应。本次专项训练的核心价值，是将“模糊的沟通能力”转化为“可落地、可量化的训练步骤”，通过“识别→联想→回应”的闭环训练，固化精准沟通思维，让高级工程师在面试、协作、汇报中，都能快速抓重点、精准表观点，避免冗余、避免偏离，真正实现“精准高效”的技术沟通。
2026-03-04 01:38:45
130
原创 高级/资深工程师沟通进阶：解读技术意图+精准反问
高级工程师面试沟通的核心能力，是“读懂意图+精准回应+合理反问”，三者相辅相成，缺一不可：① 解读意图，是避免答非所问、给出超预期答案的前提；② 精准回应，是展现技术实力的核心，需结合“本质-原理-场景-优化/踩坑”框架；③ 合理反问，是应对模糊问题、体现思维缜密性的关键，需做到谦逊、专业、精准。训练周期建议：与此前的“技术表达训练”同步进行，每天投入30-60分钟，分两步训练：① 上午：拆解10道高频面试题，解读意图，练习达标/超预期回应；
2026-03-03 14:33:08
167
原创 高级工程师必备：技术表达与沟通准确性训练指南
高级工程师的技术表达与沟通准确性，不是“天生的”，而是“刻意训练”出来的。核心逻辑是：先靠“结构化框架”解决“混乱”问题，再靠“术语规范”解决“错误”问题，最后靠“精简训练”解决“冗余”问题，通过案例实战固化思维，最终实现“精准、简洁、高效”的表达。训练周期建议：8-12周，每天投入30-60分钟，重点练习“开口说”（而非单纯“写下来”），因为面试、协作中，需要的是“即时、精准的口头表达”，而非“书面表达”。
2026-03-03 13:27:34
281
原创 架构师视角：DevOps（含CI_CD）核心体系与企业级实战总结
DevOps = 开发（Dev）+ 运维（Ops）+ 测试（Test，延伸为DevTestOps），本质是“流程标准化+工具链自动化+团队文化协同”，核心价值是“缩短交付周期、提升交付质量、降低运维成本、增强系统稳定性”，适配Java后端（微服务、云原生）规模化交付场景。
2026-03-03 11:09:45
821
原创 Spring体系下的电商与金融场景设计模式组合拳
共性：不管电商还是金融，Spring体系的核心复用点都是「IoC解耦、AOP做横切、约定大于配置」，设计模式均以“工厂+代理（基础）、策略+观察者（扩展）”为核心组合，搭配模板方法/责任链定骨架、装饰器做增强，不搞复杂冷门模式，贴合实际开发；所有策略均统一放入工厂的Map集合中管理，实现灵活调用，新增业务只需加策略、加装饰器，不用动原有流程骨架，符合“开闭原则”。
2026-03-03 10:09:45
563
原创 Spring体系下电商与金融场景：设计模式 “组合拳”
先抽象支付流程，所有支付方式必须遵循：验签→扣钱→回调通知。用Spring @Component定义抽象类。
2026-03-03 07:35:19
571
原创 Spring体系+高并发：电商_金融项目经典架构实现（设计模式+思想组合）
共性：不管电商还是金融，Spring体系的核心复用点都是「IoC解耦、AOP做横切、约定大于配置」，设计模式均以“工厂+代理（基础）、策略+观察者（扩展）”为核心组合，不搞复杂冷门模式，贴合实际开发。差异：电商侧重“高并发削峰、流程扩展”，所以观察者模式用于异步联动（订单→库存→物流），策略模式用于支付渠道切换；金融侧重“事务安全、数据一致”，所以代理模式+AOP重点做事务管理和接口防护，策略模式用于对账方式切换。
2026-03-03 06:16:20
590
原创 Spring 全家桶设计模式终极总结
设计模式一句话核心最佳使用场景Spring/Spring Boot/Spring Cloud 应用企业级最佳组合单例模式一个类只有一个实例，全局唯一访问点1. 配置管理器2. 连接池3. 日志对象4. 缓存Spring 单例 Bean（@Scope(“singleton”)）单例 + 工厂模式（Bean 管理）工厂模式你只管要，我负责造，统一创建入口1. Bean 实例化2. 不同类型对象创建3. 隐藏创建细节工厂 + 单例 + 模板方法（Bean 生命周期）抽象工厂模式。
2026-03-03 05:38:24
322
原创 Spring体系深度解析：版本演进、设计思想、架构实践
Spring体系的演进，是“简化开发、适配趋势、解决痛点”的过程，其核心在于模块化设计、标准化扩展点和“约定大于配置”的理念，而经典设计模式的灵活运用，更是框架强大生命力的关键。对于资深工程师和架构师而言，不仅要掌握Spring体系的底层原理和版本变化，更要能将其设计思想和设计模式迁移到实际项目架构中，解决企业级业务的复杂问题。
2026-03-03 03:13:10
248
原创 Spring体系全景解析：从核心原理到实践演进
从Spring到Spring Boot，再到Spring Cloud，整个体系的演进脉络清晰可见，三者层层递进、各司其职，共同构成了Java开发的完整生态，其核心哲学理念和最佳实践可以概括为以下几点：其一，共同的核心哲学：解耦、统一管理、约定大于配置。Spring通过IOC和AOP解决了单体应用的对象耦合问题，实现了对象的统一管理；Spring Boot在Spring基础上，用“约定大于配置”的理念，简化了配置流程，提升了开发效率；
2026-03-02 23:36:52
590
原创 Java高并发系统底层逻辑、问题排查及解决方案梳理
高并发系统的核心不是“堆砌技术方案”，而是“基于底层逻辑，结合业务场景，实现性能与一致性的平衡”。真实场景中，需遵循“从易到难”的优化原则，优先解决代码层、中间件层的问题，再谨慎调整架构；同时，通过监控与经验沉淀，实现从“被动救火”到“主动预防”的转变。所有方案的设计，都源于“解决资源竞争”与“协调组件一致性”的底层需求，掌握这一核心，就能在面对不同高并发场景时，快速选型、高效排查，让高并发问题变得可控制、可解决。
2026-03-01 13:26:09
549
原创 数据库与缓存一致性的权衡及解决方案（含金融类特殊场景补充）
数据库与缓存一致性的解决，核心是“根据业务场景选择合适的一致性级别”，平衡性能与数据安全，具体选型建议如下：通用业务场景（如电商商品列表、用户信息查询、日志统计等）：采用“先数据库后删缓存（锁内执行）+ 先缓存后数据库（锁内执行）+ 定时任务兜底”的方案，实现最终一致性，兼顾性能与开发成本；金融类特殊场景（如支付、扣款、转账等）：采用“分布式锁+事务同步”或“缓存与数据库事务绑定”的方案，牺牲部分性能，确保强一致性，杜绝数据偏差；
2026-03-01 11:38:08
881
原创 Java高并发核心知识点完整总结
高并发的知识体系，以JVM内存模型和线程机制为底层根基，核心矛盾是资源复用与共享竞争、线程管理与处理效率、同步一致与异步高效的平衡；从问题层面，主要面临缓存问题、死锁、线程耗尽、共享数据不一致四大类问题，对应的解决方案包括锁、无锁、线程安全集合、ThreadLocal、缓存、死信队列等；线程池是所有机制的集大成者，其自定义配置（线程数、队列、拒绝策略）需结合任务类型（CPU/IO密集）和业务场景，是高并发落地的核心工具；
2026-03-01 09:01:52
1050
原创 JVM垃圾回收器演进及方法区实现解析
JVM垃圾回收器的演进，是从“并行加速回收”（Parallel GC）到“并发减少停顿”（CMS），再到“停顿可控”（G1），最终实现“超大堆低延迟”（ZGC）的过程，每一步都针对前一代的局限，通过技术创新提升性能；而方法区从永久代到元空间的迭代，核心是解决内存溢出问题、提升回收效率、简化内存管理，让JVM的内存分配更灵活、更稳定。不同的垃圾回收器和方法区实现，适用于不同的应用场景，理解其核心原理和区别，能帮助我们根据应用的性能需求（吞吐量、延迟、内存大小）选择合适的配置，优化应用的运行效率。
2026-02-28 02:21:37
540
原创 Java（Spring AI）传统项目智能化改造——商业化真实案例（含完整核心代码+落地指南）
核心定位：当前企业数字化转型进入深水区，传统Java项目（Spring Boot/Spring Cloud架构）的“智能化升级”已成为商业化落地的核心需求。本文以真实商业化场景——传统Java电商后台系统智能化改造为载体，全程基于Java主流AI框架Spring AI，融入AI整合全栈知识（模型对接、向量数据库、RAG、性能优化、安全合规等），配套项目工程核心代码（可直接复制落地），演示从传统手动业务到AI自动化赋能的完整改造流程，解决企业实际业务痛点，助力Java开发者快速将AI能力落地到商业化项目，掌握
2026-02-23 11:06:36
670
原创 Java体系下传统项目智能化升级——必备AI整合知识体系（行业最新商业化要求）
结合当前行业商业化需求，Java程序员要实现传统项目智能化升级、适配AI相关岗位，需具备以下4种核心能力，也是企业招聘的核心要求，无需跨界掌握AI算法，立足Java体系即可。框架应用能力：熟练使用Spring AI框架，快速整合AI模型、向量数据库，实现基础AI能力的嵌入，能够独立完成简单AI接口的开发与部署；接口对接能力：掌握主流AI模型的API调用规范，能实现Java程序与AI模型的顺畅通信、数据适配，解决调用过程中的超时、重试、签名等常见问题；
2026-02-23 09:50:08
504
原创 以厨房连锁故事为引，梳理Java后端全技术脉络（JVM到云原生，总结篇）
回顾小厨师的创业之路，从路边摆摊的“单人灶台”（JVM），到小店的“多人分工”（高并发），再到规范运营的“工作规矩”（Spring体系），规模化扩张的“辅助工具”（分布式中间件），整合升级的“连锁帝国”（微服务），最终升级为智能高效的“智能连锁”（云原生）——这不仅是一个厨房连锁的成长故事，更是Java后端技术从基础到终极的完整迭代脉络。整个技术迭代的核心逻辑，始终是**“业务困境驱动技术升级”**：JVM解决了“Java程序能运行”的基础问题（小厨师能做出菜）；
2026-02-23 06:52:22
695
原创 用厨房连锁故事，看懂云原生全流程（通俗解析，衔接微服务，小白零门槛）
省心：自动化运维，故障自动自愈、新增分店自动部署、负载高时自动扩容，不用人工繁琐操作，大大降低运维成本；灵活：按需调配资源，避免资源浪费和资源不足，不管是客流暴增，还是新增分店，都能快速应对；高效：标准化打包、一键部署，开新分店从几天缩短到1小时，微服务更新、维护更高效，支撑大规模扩张；稳定：故障自愈、流量管控、安全防护，确保系统不会因为某个服务故障、流量暴增而崩溃，提升系统可用性。
2026-02-22 21:52:08
376
原创 用厨房连锁故事，看懂微服务全流程（通俗解析，小白零门槛）
解耦：把“万能厨房”拆成专业小团队，每个团队只负责一件事，互不依赖，修改一个团队的工作，不会影响其他团队（对应微服务解耦，降低业务耦合度，便于开发、维护）；高效：分工明确，每个人专注于自己的核心工作，不用分心做其他事，提升整体效率（对应微服务并行开发、测试、部署，提升开发和运行效率）；高可用：一个团队出问题，不会影响其他团队，比如餐品制作团队有人请假，点餐、会员团队还能正常工作（对应微服务容错，避免单点故障，提升系统可用性）；
2026-02-22 21:49:40
352
原创 用一个厨房连锁故事，看懂分布式中间件（全流程通俗解析，小白也能懂）
有了这五个核心分布式中间件（消息队列、分布式缓存、分布式锁、分布式数据库、API网关），小厨师的连锁餐厅（分布式架构），彻底解决了“消息不通、查询太慢、数据不一致、存储不够、访问不便”的所有难题，建成了真正稳定、高效、可扩展的“连锁帝国”——全国50家分店，跨地域协同顺畅，海量数据存储安全，顾客访问快速便捷，哪怕再扩到100家、1000家分店，也能轻松应对。到这里，分布式中间件的故事就讲完了。我们用通俗的话，总结一下这些“分布式帮手”的分工、作用，以及它们在分布式架构中的位置，一句话分清，再也不用混淆。
2026-02-22 11:25:25
347
原创 用一个厨房故事，看懂Spring全体系（Spring→Spring Boot→Spring Cloud，小白也能懂）
有了Spring Cloud的“统一管控系统”，小厨师的10家连锁分店，彻底摆脱了“各自为战”的困境，实现了“互联互通、统一管控、故障可查、安全可控”——顾客能快速找到合适的分店，分店之间能互通食材、共享会员信息，小厨师能统一管理所有分店的配置和运营，哪怕开100家、1000家分店，也能轻松管控。到这里，Spring全体系（Spring→Spring Boot→Spring Cloud）的故事，就讲完了。
2026-02-22 10:53:40
593
原创 用一个厨房故事，看懂Java高并发（通俗无门槛，小白也能懂）
中午1点，餐厅高峰期过去，顾客们都吃到了菜，没有大规模催单，没有出错，也没有翻车（对应高并发场景下，程序响应快、数据准、不崩溃）。小厨师们虽然累，但成就感满满，而这一切，都离不开JVM大管家制定的“高峰期应对方案”——也就是Java高并发的核心逻辑。
2026-02-22 09:34:39
420
原创 用一个故事，看懂Java JVM所有核心技术（通俗无门槛，小白也能懂）
整个故事看下来，我们能清晰地发现：JVM这个“大管家”，不管怎么升级装备、优化分工，核心初心和底层逻辑从未改变，变的只是“管理效率、适配能力、功能拓展”。
2026-02-22 06:47:56
449
原创 Java行业不变的核心底层技能（贴合发展轨迹，通俗梳理版）
所有能被替代的，都是“表层技能”（比如JSP、Servlet这些被框架替代的技术，比如AI能生成的基础代码）；所有不能被替代的，都是“底层核心技能”——就是我们上面梳理的这些，它们延续了十几年，核心从未改变，也是Java程序员必备的核心竞争力。用一句通俗的话总结：框架、工具、开发模式，都是“帮你省力气的帮手”；而数据处理逻辑、程序运行规则、系统通信规则、问题排查能力，都是“你自己必须有的本事”——帮手会不断更新换代，但本事永远不会过时。
2026-02-22 06:13:26
587
原创 技术交流总结：分布式、数据库、Spring及SpringBoot核心知识点梳理（实现参考）
*** 分布式系统一致性模式总结*//*** 模式1: 最终一致性 + 补偿机制*/// 适用场景: 电商订单、库存管理// 核心: 本地消息表 + 消息队列 + 补偿任务// 1. 本地事务更新订单// 2. 记录本地消息// 3. 异步发送消息// 4. 定时补偿/*** 模式2: TCC分布式事务*/// 适用场景: 资金交易、积分兑换// 核心: Try-Confirm-Cancel 三阶段// Try阶段: 资源预留try {
2026-02-22 05:44:46
749
原创 技术交流总结：分布式、数据库、Spring及SpringBoot核心知识点梳理
核心作用：标记当前类是“项目内部的配置类”，本质是@Configuration的派生注解，作用与@Configuration一致——专门用于通过@Bean注解，手动定义项目内部自己写的Bean（如自定义工具类、业务组件实例）。关键区分：加载的是“项目内部”的配置和Bean，与@EnableAutoConfiguration（加载外部starter配置）形成互补。
2026-02-22 04:55:33
680
23种设计模式 -设计模式图解.7z
2020-09-11
大数据系列博客——环境搭建安装包
2020-11-03
win7 idea2018 1.8版本 docker插件 配置报错？如何解决啊，谢谢
2019-08-24
TA创建的收藏夹 TA关注的收藏夹
TA关注的人