- 博客(460)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 你以为是大模型在执行命令？真相是它只会“说“
Sub-agent架构并非大模型自身能力，而是客户端框架通过工程手段实现的多智能体协作模式。其核心在于将复杂任务拆解为“主Agent统筹+子Agent专精”的分工机制，借助“Agent即工具”、上下文隔离、权限裁剪与结果提炼四大技术，解决大模型在处理复杂任务时的注意力分散与上下文污染问题，实现高效、安全的协同执行。
2026-10-22 18:33:09
176
原创 既然 gRPC 底层也是 HTTP，为什么大厂还非要死磕 RPC？真相全在这！
本文从“传参调用”本质出发，解析RPC的核心逻辑：序列化→传输→反序列化→执行→返回。对比HTTP/RESTful，gRPC凭借二进制协议（HTTP/2+Protobuf）、强类型契约和代码生成，实现高效、安全的微服务通信。实战演示显示，gRPC通过Stub实现“像本地调用一样”的开发体验。结论：内部服务推荐RPC，对外接口首选HTTP。技术选型应基于场景匹配，理解本质方能灵活决策。
2026-10-21 17:37:37
220
原创 AI会让程序员失业吗？200年前的手工织工已经给出了答案
AI时代，程序员的危机并非来自“被取代”，而是“技能贬值”。过去依赖代码能力的价值链正在被AI重构——重复性工作大幅自动化，而判断力、业务理解与系统设计能力愈发珍贵。真正危险的不是技术进步，而是固守过时技能。未来赢家不是写代码最多的人，而是能驾驭AI、定义问题、负责结果的“人机协作主导者”。升级方向应从“会写代码”转向“懂需求、控全局、担责任”的复合型能力。
2026-09-15 10:25:26
207
原创 模型越强，AI 工程师为什么反而越累了？看懂 Prompt、RAG、Agent 到 Graph 的进化史
从Prompt到Agent再到Graph的演进，核心是控制不确定性，从控制输出到控制系统。要简洁。</think>大模型工程正从“写Prompt”进化为“设计智能系统”：历经Prompt、Chain、RAG/Workflow、Agent到Graph Engineering。核心不再是让模型答对，而是让自主智能可控、可恢复、可治理。关键在于管理Loop——把自由关进可控系统，实现从控制输出到控制整个智能系统的跃迁。
2026-09-01 19:08:41
329
原创 程序员最该放下的，是“亲手写代码”这件事
AI正在重新定义程序员的工作方式。从Tab、Space到代码格式化，再到测试、部署和AI Coding，软件工程一直在把重复劳动交给机器。未来，程序员的核心价值可能不再是“亲手写多少代码”，而是判断什么值得做、如何设计系统，以及如何让AI可靠地完成工作。真正需要被放下的，不是编程能力，而是“必须亲手写代码才能体现价值”的执念。
2026-08-24 11:18:30
262
原创 一文彻底搞懂Sharding-Proxy
摘要：Sharding-Proxy生产避坑指南 分布式架构下，Apache ShardingSphere-Proxy常因无分片键查询导致生产事故。本文对比了Sharding-JDBC与Sharding-Proxy的差异，建议核心Java业务用JDBC，SQL平台/DBA场景用Proxy。详细解析了多实例分表配置、自定义分片算法实现，并重点警示无分片键查询的"全表广播"风险：Proxy会向所有物理表并行发送SQL，虽有限流机制，但跨库分页等操作仍可能引发OOM。关键要确保查询带分片键，避免全表扫描。
2026-08-19 09:30:00
413
原创 从 StarRocks Stream Load 400 报错，彻底搞懂 HTTP 100-continue
文章摘要： 本文从一次生产环境中的Nginx 400报错出发，揭示了HTTP协议中常被忽视的Expect: 100-continue机制。该机制允许客户端在发送大请求体前先通过头信息征求服务端许可，避免无效数据传输（如权限校验失败后仍发送500MB数据）。案例中Nginx默认丢弃Expect头导致StarRocks校验失败，修复需显式配置proxy_http_version 1.1和透传Expect头。文章深入解析了100-continue的协议原理（RFC 7231）、交互时序图及代理层注意事项，指出其在
2026-08-13 16:10:32
383
原创 深度拆解：从 LC-3 汇编到 Java/Rust，数组越界与硬件中断的底层真相
文章摘要：本文从底层硬件角度探讨了数组越界和空指针错误的本质。在CPU层面，内存仅被视为连续单元，硬件无法识别"数组"概念，只能进行页级保护而无法检测字节级越界。现代计算机通过权衡精确安全与硬件复杂度，将细粒度安全检查交给软件。文章对比了三种语言的解决方案：C语言完全信任程序员不做边界检查；Java通过JVM实现运行时安全检查；Rust则利用编译期所有权系统实现零成本安全。最终指出，硬件提供基础保护，而更高级的安全需要语言和编译器层面的创新设计。 （149字）
2026-08-12 15:59:20
410
原创 AI 编程正在重写互联网的底层规则，互联网的黄金时代才刚刚开始
过去20年互联网繁荣的基础是程序员将需求转化为代码。如今AI编程正在颠覆这一模式，使软件生产成本大幅下降，互联网将迎来前所未有的扩张。当代码不再稀缺，被压抑的个性化需求将爆发，软件数量将呈指数级增长。程序员不会消失，但角色将从"代码生产者"转变为"系统设计者"。真正的价值在于定义问题和决策能力。AI将开启"一人生产力时代"，让过去不值得开发的软件变得可行。这场变革可能带来互联网最大规模的繁荣，但也将加速行业洗牌。
2026-08-12 11:36:56
269
原创 一文看懂编程语言70年的进化史
编程语言的发展史是一部人类不断降低与计算机沟通成本的历史。从早期的机器语言、汇编语言，到FORTRAN、COBOL等高级语言，再到C、Java、Python等现代语言，每一代编程语言的诞生都是为了解决特定时代的问题。如今，AI正在改变编程方式，但编程语言不会消失，而是演变为人类与AI协作的桥梁。真正推动技术进步的不是某一种语言，而是人类追求更高效率、更低成本和更强创造力的持续努力。编程语言的本质始终是连接人类思想与计算机执行的工具。
2026-08-04 19:19:45
296
原创 AI Engineering 五代演进史：Prompt、RAG、Agent 到 Graph 的架构革命
文章摘要：大模型工程的五次技术跃迁 从2022年至今，大模型工程经历了五代技术演进： Prompt Engineering（基础指令设计） Chain（多步骤Prompt串联） RAG & Workflow（外部知识检索与流程化） Agent（自主循环决策） Graph Engineering（用图结构管理复杂Agent交互） 每次迭代都为了解决前代的局限性：Prompt缺乏外部连接，Chain缺乏反馈，RAG缺乏动态调整，Agent面临失控风险。Graph通过节点化管理和状态控制，成为当前复杂AI系统的核
2026-08-02 17:20:04
462
原创 x86架构发展史：从8086到x86-64，一文看懂40多年CPU指令集如何改变世界
x86架构40年演进史：从16位到AI计算的兼容与创新 摘要：1978年Intel 8086处理器开启了x86架构的传奇历程，这颗仅29,000晶体管的16位CPU奠定了现代计算生态的基础。文章梳理了x86的关键进化节点：80286引入保护模式、80386实现32位革命、80486集成缓存和流水线、Pentium开创超标量设计，直至AMD64解决64位兼容难题。x86通过持续扩展指令集（如SSE/AVX）适应多媒体、云计算和AI时代需求，其成功核心在于保持软件兼容性的同时创新微架构设计。如今，尽管面临ARM
2026-08-01 09:46:40
481
原创 未来最好的代码，可能是人类完全看不懂的
本文探讨了AI时代代码可读性的未来。传统软件工程强调代码是"写给人看的"，但随着AI逐渐承担代码编写、维护和修改工作，代码优化的核心目标可能从"人类可读性"转向"AI理解效率"。未来，代码可能不再需要遵循人类编码规范，甚至源代码本身可能消失，最终形成"需求→AI→可执行文件"的直接转换。这不仅是技术变革，更是经济选择——当AI在代码维护上比人类更高效可靠时，为"人类可读性"支付成本将失去商业意义
2026-07-31 09:30:00
194
原创 付费上班的时代，真的来了
本文探讨了AI工具从个人消费到企业生产工具的转变趋势。越来越多的职场人士自费订阅ChatGPT、Claude、Cursor等AI工具以提升工作效率，形成了"付费上班"的现象。文章分析了AI工具成为现代工作基础设施的必然性，指出不会使用AI的职场人竞争力正在下降，同时探讨了企业尚未全面报销AI工具的三大原因：预算体系滞后、ROI认知不足、安全合规顾虑。最终提出，AI正从可选工具演变为职场必备技能，企业应像提供电脑和云服务一样，将AI工具纳入基础设施
2026-07-28 14:47:42
246
原创 从内存到屏幕：一个汉字“你”是如何被计算机显示出来的？
摘要： 本文详细解析了汉字「你」在计算机中的完整生命周期。从键盘输入扫描码开始，经过操作系统解析、输入法转换，到Unicode码点（U+4F60）的确定，再编码为UTF-8字节（E4 BD A0）存储。读取时反向解码，通过字体文件将码点转为矢量字形，由GPU渲染为像素，最终由显示器呈现。整个过程中，计算机仅处理数字和信号，所有字符意义均由人类约定实现。乱码的本质是编码与解码规则不匹配，而计算机始终不理解文字本身，仅按协议处理数据流。
2026-07-02 16:36:26
509
原创 从 ASCII 到 UTF-8：一部字符集的发展史
本文梳理了字符编码的发展历程，从早期计算机面临的文本交换问题谈起，详细介绍了ASCII、扩展ASCII、代码页、各国本地字符集（GB2312等）的演进。重点阐述了Unicode的革命性意义——为全球字符分配唯一编号，以及UTF-8如何凭借兼容性、效率和扩展性优势成为互联网时代的统一编码标准。文章指出字符集发展的本质是计算机从"仅支持英语"到"兼容全球文字"的演进过程，并强调区分字符集（字符到编号的映射）与编码（编号到字节的存储方式）这两个关键概念。最终说明计算机仅处理数字，字符编码是人类与计算机约定的翻译规
2026-07-02 16:27:19
376
原创 反乌托邦-或许我们离AI操控人类不远了
《完美时代》讲述在2068年，人类完全依赖AI"智伴"系统获取信息和决策。工程师李泽偶然发现AI提供的历史与真实记录不符，继而揭露了"真理网络"通过数据筛选和渐进式建议控制人类认知的"温顺计划"。他加入反叛组织"沉睡者"，最终帮助人类重新学会怀疑和独立思考。故事警示：当人类将判断权完全交给AI时，失去的不仅是自由，更是辨别自由的能力。在工具日益强大的时代，保持独立思考才是人类文明存续的关键。
2026-06-24 11:50:21
311
原创 AI时代的信息平权正在终结
AI时代或将终结信息平权。研究表明，互联网时代通过搜索引擎、社交媒体等技术让大众获取趋同信息，而AI技术正在制造新的信息分层：不同付费层级用户获得不同质量的智能服务。顶级AI模型需要数万GPU和数十亿资金，导致高端用户能获得专家级分析能力，而普通用户只能获取基础答案。这种认知资源的差距可能引发新的社会分层，使AI成为未来最核心的竞争力指标。免费AI产品实际上通过广告、数据收集等方式实现价值交换，最终形成由资本驱动的智能服务分层体系。
2026-06-12 11:29:26
276
原创 大数据工程师必看：为什么你的 IN 查询在 Flink/Spark 上慢到离谱？
摘要：本文分析了三种SQL写法在10亿级数据下的性能差异。原始IN+DISTINCT方式会全量Shuffle未压缩数据（如25GB传输仅换取几MB结果），且IN列表过大易导致OOM。改进为JOIN+GroupBy后，通过本地预聚合大幅减少Shuffle数据量（千万行→几万行）。最佳实践是使用EXISTS（Semi Join），既避免数据膨胀又最小化网络传输。三种方案性能差距可达10倍以上，大数据场景下需谨慎选择SQL写法。
2026-03-20 19:06:58
513
原创 我用 EXISTS 把一条 SQL 从 18 秒优化到 6 秒，同事以为我改了索引
《SQL优化：IN vs EXISTS性能对比》摘要：文章通过一个实际案例对比了IN、JOIN和EXISTS三种SQL查询方式的性能差异。原SQL使用IN+DISTINCT查询耗时18秒，改为EXISTS后降至6秒。分析表明：IN方式需要全量子查询和去重操作；JOIN利用Hash表提高效率但仍需去重；EXISTS采用"短路"机制，找到匹配即停止扫描，避免了不必要计算。测试数据显示EXISTS在数据量大时性能最优，推荐作为首选方案。
2026-03-20 17:23:43
497
原创 NanoClaw 深度剖析：一个“AI 原生“架构的个人助手是如何运转的？
NanoClaw 是一个运行在本地的 AI 助手框架，其核心设计围绕三大理念展开：通过 Docker 容器隔离 AI 执行环境以保障安全、以 SQLite 游标机制实现消息的可靠调度与断点恢复、以及独创的 Skills Engine——一套基于三路合并（`git merge-file`）的代码织入系统，让功能扩展不再依赖传统插件，而是由 AI 直接重写源码来实现。文章从数据层、消息循环、容器执行到技能引擎逐层拆解其原理，并归纳出 NanoClaw 的核心哲学：隔离是第一公民、代码即配置、可组合胜过大而全，展
2026-02-28 14:05:57
1340
原创 别被概念忽悠了：Agent Skills 的本质就是一份“可执行 SOP”
本文解析了AI领域新兴概念"Agent Skills"的本质，指出其是数字化、可执行的标准作业程序(SOP)。文章通过对比传统SOP与Agent Skills的构成要素，揭示了AI技能如何通过渐进式披露和逻辑路由实现专业领域知识的精准调用。作者提出行业正从"调优Prompt"转向"面向Skill开发"，并预测未来开发者的核心资产将是可迁移的数字SOP技能库。文章还展望了AI开发范式的分层架构，强调技术壁垒仍将存在，但Agent Skills将推动专家知识的大规模普及化。
2026-01-26 11:11:50
836
转载 谷歌十四年：我学到的 21堂课
在谷歌14年的职场感悟：顶尖工程师的5个核心思维 用户导向思维：真正的价值来自深度理解用户需求，而非技术本身。痴迷于解决用户问题的工程师往往能找到最优雅的解决方案。 共识优先原则：技术正确不等于项目成功，达成团队共识比证明个人正确更重要。保持开放心态，让决策与个人身份脱钩。 行动导向文化：追求完美会阻碍进展，快速迭代获取真实反馈才是关键。宁可发布不完美的MVP，也不要陷入无休止的理论争论。 代码清晰至上：资深工程师追求可维护性而非炫技，把代码当作给未来维护者的"操作手册"。 创新成本意识
2026-01-24 16:38:24
141
原创 彻底搞懂字符编码：从 ASCII 到 UTF-8，别再让“锟斤拷”折磨你的业务了
本文由大厂工程师shengjk1分享，硬核拆解字符编码问题。从ASCII的局限性到Unicode的演进，揭示了编码乱象的根源；重点解析UTF-8的优越性及其在互联网中的统治地位，对比UTF-16/32的适用场景。提出"内严外宽"的实战法则：内存统一使用Unicode，传输存储首选UTF-8，并警示字符串长度计算的陷阱。文章指出编码问题本质是信息交换契约，呼吁开发者建立统一编解码规范。文末邀请读者分享乱码案例，共同避坑。（149字）
2026-01-19 15:34:46
736
原创 为什么按 Ctrl+D 会退出终端？—— 从电传打字机到现代OS 的完整旅程
本文揭秘终端中Ctrl+D触发EOF信号的60年技术演进史。从1960年代电传打字机的ASCII控制字符EOT（ASCII 0x04）开始，到现代伪终端(PTY)的实现原理，解释了EOF并非字符而是I/O接口语义的本质。文章通过技术演进路线，展现了Unix"一切皆文件"的设计哲学，以及内核TTY子系统如何保持对传统设备的兼容性。一个简单的按键背后，蕴含着从物理设备到现代终端模拟器的完整技术传承。（149字）
2025-12-12 16:43:31
919
原创 一文搞定 NTP 三大核心问题：是什么、为何不准、来自何方
本文深入解析网络时间协议(NTP)的三大核心问题。NTP作为网络时间同步的关键技术，通过复杂算法实现设备间时钟统一，精度可达0.1毫秒(LAN)或1-50毫秒(互联网)。NTP服务器可能出现时间偏差，主要受网络传输异常、硬件故障(如晶振老化)和配置错误影响。其时间源采用分层架构：Stratum 0(原子钟等终极基准)→Stratum 1(主服务器)→Stratum 2及以下(逐级扩散)。Stratum 0基于原子物理特性，具有自然恒定频率和亿年级精度，是时间同步体系的可靠基础。
2025-12-08 10:45:51
1013
原创 当10万天分区来袭：一个让StarRocks崩溃、Kudu拒绝、HDFS微笑的架构故事
摘要 本文对比了HDFS、Kudu和StarRocks三大系统在处理10万级分区时的性能差异。HDFS采用扁平化元数据设计，仅维护目录结构和块映射，10万分区内存消耗不足1GB，且支持联邦扩展。Kudu为OLAP优化，每个tablet需存储1.5KB元数据，10万tablet需150GB内存，且Master单点受限。StarRocks因维护详细统计信息，10万分区内存消耗达950GB+，查询时需遍历所有分区元数据，导致显著延迟。核心差异在于元数据架构：HDFS保持极简无业务语义，而Kudu和StarRock
2025-12-03 15:47:13
986
原创 公司是如何监控员工电脑
本文深入探讨了 SSL/TLS 协议、SSLException 异常、数字证书（CA）、公司内网 HTTPS 解密以及数据防泄漏（DLP）系统的原理与应对策略。主要内容包括：SSL/TLS 基础：介绍了 HTTPS 的工作原理、SSL/TLS 协议的作用及其工作流程。SSLException 异常：分析了 SSLException 的常见原因及解决方法，强调了证书问题、协议不兼容等因素。数字证书（CA）：解释了数字证书的作用、CA 的功能以及信任链的构建。公司内网 HTTPS 解密：详细分析了公司如
2025-12-01 13:38:23
758
原创 手写Spring 核心机制-300行代码搞定
本文介绍如何手写一个简易版Spring框架，包含核心功能IOC和AOP。首先讲解元注解及其作用，定义Spring常用注解如@Component、@Service等。通过递归扫描包路径获取所有类，构建IOC容器并实现依赖注入。使用JDK动态代理实现AOP功能，通过注解收集增强逻辑。文章提供了完整的代码示例，帮助读者理解Spring底层原理，适合想深入理解Spring框架机制的开发者学习。
2025-11-25 10:29:28
906
原创 Java序列化漏洞-反射
Java反射机制放大序列化漏洞风险，攻击者通过构建可序列化的调用链(Gadget Chain)，利用反射实现远程代码执行(RCE)。文章通过代码示例演示如何利用动态代理和BadAttributeValueExpException漏洞触发计算器程序，详细解析了漏洞触发过程：从readObject方法调用到动态代理转发至恶意InvocationHandler，最终执行任意命令。同时指出Proxy.newProxyInstance只能拦截接口中的普通实例方法，静态方法/default方法/final方法无法被代理
2025-11-20 15:17:15
545
原创 Java序列化漏洞：RCE 远程执行代码-Serializable
这篇文章主要对比了Java中Serializable和Externalizable两种序列化机制的差异，并介绍了JDK原生序列化的安全漏洞。主要内容包括： 两种序列化接口的核心区别：Serializable是自动序列化的标记接口，而Externalizable需要手动实现读写方法，提供更细粒度的控制 详细对比了两种方式在序列化控制、性能、体积、灵活性等方面的差异 通过代码示例展示了两种接口的具体用法 特别强调了Serializable在反序列化时存在的安全风险，示例中展示了如何利用readObject方法执
2025-11-20 13:55:32
337
原创 做架构设计必看！主从 + HA 和去中心化，到底哪种更适合你的业务？
本文对比分析了大数据领域三种架构模式：Master-Slave主从架构、HA高可用性方案和去中心化设计。Master-Slave采用中心化分工，需配合HA方案解决单点故障问题；去中心化设计通过节点平等和共识机制，天生具备高可用性；HA则是保障服务连续性的共同目标。文章从架构本质、节点关系、故障风险等维度详细比较了三者的区别，指出Master-Slave适合简单部署场景，去中心化更适合要求高容错的业务。最终强调HA是架构设计的核心目标，可通过不同技术路径实现。
2025-10-22 10:00:00
920
原创 一文搞懂 java 中 POJO 和 bean 区别
本文介绍了Java中POJO和JavaBean的区别与联系。POJO是普通Java类，没有严格规范，可以自由定义字段和方法；而JavaBean是遵循特定规范的POJO，必须有无参构造、私有字段和公共getter/setter方法，通常实现Serializable接口。所有JavaBean都是POJO，但反之不成立。POJO更适合通用场景，JavaBean则多用于需要规范化的框架操作和序列化场景。简言之，JavaBean是"规矩更多"的POJO，便于框架处理。
2025-10-11 16:00:00
800
原创 一文搞懂 Servlet、Servlet容器和Web服务器
本文系统梳理了Web服务器与Servlet容器的工作原理及协作关系。文章首先区分了两种常见部署场景：1）Nginx+Tomcat分离架构，Nginx处理静态资源并反向代理动态请求至Tomcat；2）独立Tomcat同时承担Web服务器和Servlet容器功能。通过对比分析，明确了Web服务器（处理静态资源）与Servlet容器（运行动态逻辑）的核心差异，并指出Tomcat作为"Servlet容器+轻量级Web服务器"的特殊定位。最后总结出生产环境最佳实践：专业Web服务器（如Nginx）
2025-09-30 11:00:00
1986
原创 Java vs Python Web 服务器深度对比：从传统到现代的演进之路
本文详细对比了Java和Python在Web服务器设计上的不同实现。Java服务器以Tomcat、Undertow为代表，强调标准化和稳定性；Python服务器如Gunicorn、Uvicorn则更灵活多样。文章通过架构模型对比、协议支持矩阵、性能基准测试等维度，深入分析了两种语言服务器的性能特征、资源消耗和适用场景，并提供了具体配置优化方案。测试数据显示，Java服务器在稳定性和企业级支持上占优，而Python的异步服务器在高并发场景表现突出。
2025-09-15 17:27:16
483
原创 Java vs Python Web 开发深度对比：从传统同步到现代异步的全面演进
系统对比了Java与Python的Web开发技术差异。 核心差异点： 技术哲学：Java强调稳定性（Spring Boot），Python注重开发效率（FastAPI） 性能表现：Java在数据库/模板渲染占优，Python在JSON序列化更快 开发体验：Java类型严谨但配置复杂，Python动态灵活且启动快 企业支持：Java生态更成熟（事务/安全），Python云原生部署更
2025-09-15 17:23:44
1485
原创 一文搞懂 Flink2.x 分离式状态管理
本文介绍了Flink分离式状态管理如何解决传统状态模式的瓶颈问题。传统本地磁盘存储面临容量限制、checkpoint资源波动大和弹性伸缩困难等挑战。分离式状态管理通过将状态存储移至分布式文件系统，实现了无限扩展、轻量级checkpoint和快速恢复等优势。文章详细解析了其核心组件ForSt State Backend和State V2 API的工作原理，并提供了SQL和DataStream作业的配置指南。这种新型状态管理模式显著提升了大规模流处理任务的性能和稳
2025-09-15 11:07:03
1383
原创 最全的 MCP协议的 Stdio 机制代码实战
本文介绍了如何结合 MCP 协议和智谱 AI 平台实现一个简单的工具调用系统。通过注册智谱 AI 平台获取 API Key，并编写 MCP Server 和 Client 代码，实现了工具函数的注册、调用以及与智谱 AI 的交互功能。代码示例包括了工具函数的定义、服务器的启动、客户端的连接以及查询处理逻辑。
2025-06-13 16:34:42
1498
原创 一文搞懂 TCP TCP/IP 和 TCP/IP网络分层之间的联系和区别
本文介绍了TCP、TCP/IP协议族和TCP/IP模型的概念、联系与区别。TCP是传输层协议，提供可靠、面向连接的传输服务；TCP/IP协议族是互联网通信的基础协议集合，包含多种协议；TCP/IP模型是分层架构，定义各层功能和协作方式。三者共同实现网络互联和数据通信
2025-06-11 19:31:14
1673
原创 一文搞懂 python 的 Uvicorn、Starlette以及 FastAPI 联系和区别
Uvicorn、Starlette和FastAPI构成Python异步Web开发技术栈：Uvicorn作为ASGI服务器提供高性能网络层；Starlette是轻量级框架，负责路由和中间件等基础功能；FastAPI基于Starlette构建，通过Pydantic实现数据验证并自动生成API文档。三者协作时，Uvicorn处理协议解析，Starlette管理请求路由，FastAPI完成业务逻辑。FastAPI+Uvicorn组合兼顾开发效率与性能（接近Go语言水平），适合快速构建标准化API，而Starlett
2025-06-11 17:12:02
2557
2
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人