Loading...
MCP（模型上下文协议）是Anthropic推出的开源协议，旨在让AI大模型能够调用外部工具和服务。本文详细介绍了如何使用Java和Spring框架实现MCP服务器，包括环境配置、工具定义和服务暴露等关键步骤。通过@Tool注解定义天气查询服务，并利用SSE协议实现通信。文章还提供了客户端接入方法和安全注意事项，推荐了多个公开MCP服务平台。该技术解决了AI实时获取外部信息的问题，但需要注意版本兼容性和数据安全风险。
Nginx 学习总结（17）—— Nginx 如何正确代理 SSE 与 WebSocket ？
本文详细介绍了SSE和WebSocket在Nginx中的配置要点。针对SSE服务，关键配置包括关闭proxy_buffering和gzip、设置长连接超时；对于WebSocket，必须正确传递Upgrade和Connection头并启用HTTP/1.1。文章提供了完整的Nginx配置模板，包含详细中文注释，并列举了常见问题排查清单。通过合理配置Nginx代理，可有效解决"本地能跑、线上失效"的实时通信问题，确保SSE和WebSocket在生产环境中稳定运行。
Kubernetes 学习总结（49）—— Kubernetes 本地目录挂载详解
本文介绍了Kubernetes中实现本地目录挂载的核心方法。通过hostPath卷类型和VolumeMounts挂载点，可将节点本地目录映射到Pod容器内部。详细说明了两种场景的实现步骤：单节点直接挂载和多节点通过nodeSelector指定目标节点挂载。强调了hostPath的type参数校验规则及常见问题解决方案，包括目录权限、调度错误等。建议生产环境避免宽权限配置，并指出本地挂载仅适用于非核心数据场景。如需高可用或多节点共享，应考虑NFS或PV/PVC方案。
IP 地址实用工具表
这是一张IP地址实用工具速查表，主要包含四大核心模块：1)子网划分工具，提供不同子网位数对应的掩码、可用IP数和通配符；2)IP地址分类，包括A-E类地址范围及私有地址段；3)常用公共DNS服务器地址；4)进制转换工具，展示掩码的十进制与二进制对应关系。该表整合了网络配置中的关键参数，如/24子网掩码255.255.255.0、私有地址10.x.x.x/172.16.x.x/192.168.x.x等高频信息，可快速辅助网络规划、故障排查等日常工作，是网络工程师的实用参考资料。
互联网金融学习总结（10）—— 互联网金融风控反欺诈：原理、技术与实践
互联网金融风控反欺诈，是围绕网络借贷、消费金融、第三方支付、众筹等核心业务场景，通过数据采集、模型分析、规则引擎等技术手段，构建覆盖“用户注册-交易操作-资金回笼”全流程的风险防控体系，最终实现“事前预警、事中拦截、事后溯源”的闭环管理机制。中国人民银行金融消费权益保护局局长余文建曾指出：“互金风控的本质是在效率与安全之间寻找动态平衡，既要保障金融创新的活力，又要筑牢风险防控的底线。”这一定位为行业发展指明了方向。
互联网金融学习总结（9）—— 智能风控模型技术架构深度解析：AI如何筑牢金融风险护城河？
智能风控系统正在重构金融风险防御体系。本文通过"数据-建模-服务-展现"四层架构，解析其核心技术：数据处理层通过结构化/非结构化处理、标签系统和特征工程提炼高质量数据；建模分析层运用知识图谱、评分模型、政策匹配和NLP财报分析实现全方位风险评估；服务层通过API接口、自动报告和智能Agent将模型能力转化为业务工具；展现层采用可视化大屏和自然语言交互提升用户体验。这套闭环系统使风控从被动防御转向主动预警，平均降低35%风险损失，同时提升20%业务扩张速度。
互联网金融学习总结（8）—— 互联网金融信贷风控核心：客户全生命周期模型实战解析
互联网金融风控体系面临新挑战：2024年末度小满消费贷不良率1.09%，但助贷新规禁止通讯录群发催收后，预计不良率将上升0.5个百分点。文章系统分析了客户全生命周期风控模型，包括准入管理的"三驾马车"（申请风险、初始额度、申请欺诈模型）、存量管理的五大模型（行为风险、交易欺诈、行为收益、行为流失、市场响应模型）以及逾期管理的三大工具（账龄滚动率、行为、失联模型）。该体系通过差异化策略实现风险与收益平衡，在合规框架下构建了互联网金融的核心竞争力。随着监管趋严和技术发展，模型驱动的精准风控将
PostgreSQL学习总结（15）—— 8 个 PostgreSQL 实用技巧汇总
摘要：本文介绍了8个PostgreSQL实用技巧：1.使用EXPLAINANALYZE诊断查询性能；2.设置log_min_duration_statement自动捕获慢查询；3.用元组语法简化多列比较；4.通过ONCONFLICT实现原子性UPSERT操作；5.利用RETURNING子句减少数据库往返；6.创建部分索引和表达式索引优化查询；7.使用JSONB处理半结构化数据；8.用数组类型简化简单列表存储。这些技巧涵盖查询优化、数据操作和特殊数据类型使用，能显著提升开发效率和数据库性能。
PostgreSQL学习总结（16）—— PostgreSQL 插件之 pgvector
pgvector作为PostgreSQL的向量搜索扩展，正在成为AI应用的关键组件。它通过持续迭代优化，从0.4.x到0.8.x版本逐步完善了IVFFlat和HNSW索引、量化支持、并行构建等核心功能。0.8.0引入的IterativeIndexScan有效解决了带过滤条件的向量查询难题，平衡了速度与准确性。pgvector支持多种量化方案和索引类型，适用于不同场景：IVFFlat适合批量搜索，HNSW适合实时应用。随着多模态支持增强，pgvector正从文本嵌入扩展到更广泛的AI应用领域，成为Postgr
Spring Boot 学习总结（39）—— Spring Boot 应用如何实现灰度发布与版本回滚
摘要：本文探讨了SpringBoot微服务架构中的灰度发布与版本回滚策略。灰度发布通过逐步放量（按用户、流量比例或地域）降低风险，可采用Nginx路由、Kubernetes滚动升级或SpringCloud网关实现。回滚方案包括容器化快速回滚、蓝绿发布切换，并强调数据库变更需保持向前兼容。最佳实践建议结合监控工具（Prometheus/ELK）和配置中心（Nacos），采用小步快跑策略，确保系统稳定性。随着服务网格发展，未来灰度发布将更加智能化。
Vue.js 学习总结（20）—— Vue-Office 实战：word、pdf、excel、ppt 多种文档的在线预览
摘要：Vue-Office是一个开源的Vue文档预览组件库，采用微内核+适配器架构设计，支持PDF、Word、Excel、PPT等多种格式。其创新特性包括虚拟列表渲染降低内存占用60%、按需加载机制优化大文件处理，并提供统一API简化开发。相比同类方案，Vue-Office在加载速度、内存占用和包体积等方面表现优异，支持企业级应用的权限控制、跨域处理等需求。通过CDN引入和按需加载，可显著提升大型应用性能。该组件库正重新定义前端文档预览标准，为数字化转型提供高效解决方案。
PostgreSQL学习总结（14）—— 为何说 PostgreSQL 正演变为一个全能平台
PostgreSQL已突破传统关系型数据库边界，演变为全功能数据平台。通过强大扩展系统，它整合了搜索引擎、消息队列、时序数据库等多种能力，实现"一库通吃"。支持JSONB、向量搜索、地理空间查询等特性，可替代ElasticSearch、Redis等专用数据库。PostgreSQL还能构建事件驱动架构，简化系统复杂度。其统一运维面、成熟SQL工具链和事务一致性保障，使系统更简洁可靠。这种"数据库即平台"的范式转变，让PostgreSQL成为现代后端架构的核心操作系统。
Vue.js 学习总结（19）—— Vue3 按钮防重复点击三种方案总结
本文介绍了三种防止uniapp项目中按钮重复点击的解决方案：1）状态锁方案，通过设置变量控制按钮状态；2）全局自定义指令方案，封装防重复点击逻辑；3）Hook封装方案，提供更灵活的复用方式。三种方案各具特点：状态锁简单直接，自定义指令可全局复用，Hook方案则更灵活可定制。文章详细展示了每种方案的实现代码和使用方法，开发者可根据项目需求选择适合的防重复点击策略。这些方案能有效提升应用性能和用户体验。
Spring Boot 学习总结（38）—— Fat Jar、瘦身 Jar、Buildpacks/Jib、GraalVM Native 四种部署方案对比
本文对比了四种SpringBoot部署方案：FatJar（传统打包）、瘦身Jar（依赖分离）、Buildpacks/Jib（云原生镜像）和GraalVMNative（原生编译）。从构建复杂度、镜像体积、启动速度、运行效率、安全性和运维简易性多维度分析表明：Buildpacks/Jib在云环境中优势显著，支持自动分层构建、安全补丁和高效CI/CD，是当前最佳实践；FatJar适合简单场景；瘦身Jar因运维复杂不推荐生产使用；GraalVMNative仅适用于Serverless等特殊场景。建议云环境优先采
Kubernetes 学习总结（48）—— Kubernetes v1.35 重磅发布 ：迈向更现代、更稳定的生产级基础设施能力
Kubernetesv1.35（代号Timbernetes）正式发布，聚焦基础能力优化而非新增功能。本次更新包含60项增强功能，重点包括：清理历史技术债务（如移除cgroupv1支持）、推动Pod资源原地更新等17项功能进入稳定版、提升集群可维护性。关键改进涉及StatefulSet滚动更新增强、节点能力声明机制及原生Pod证书功能。升级需注意cgroupv1移除等破坏性变更，建议提前评估环境并采用灰度升级策略。该版本通过系统性优化，为企业用户提供了更稳定可靠的Kubernetes基座。
开源企业级邮件服务器选型指南
本文介绍了12款开源邮件服务器解决方案，涵盖不同技术架构和应用场景。容器化方案包括Mailu和mailcow；轻量级方案如Cuttlefish和Maddy；企业级方案如iRedMail和Poste.io。各方案在功能定位上各有侧重，如Postal专注外发邮件，Haraka基于Node.js实现高性能SMTP服务。部署选择需考虑技术复杂度（Postfix+Dovecot组合较复杂）、业务需求（事务型或群件系统）及运维成本（mailcow/iRedMail适合快速部署）。关键评估因素包括安全合规支持、性能基准和
Linux 学习总结（94）—— 服务器基础知识汇总
服务器是专为网络环境设计的高性能计算机，承担存储、处理数据和提供服务的核心任务。按形态可分为塔式、机架式和刀片式服务器；按指令集分为CISC、RISC和EPIC架构；按处理器数量分为单路至八路服务器。服务器硬件由计算、存储、连接和管理四大模块组成，核心指标包括计算能力、内存容量、存储系统、网络连接等性能参数。国际主流厂商包括戴尔、惠普和联想，中国厂商有浪潮、华为等，国产化服务器主要应用于信创项目。服务器选型需根据应用场景、性能需求和预算综合考量。
回归单体架构到底是不是技术倒退
**摘要：**近年来，从微服务回归单体架构的趋势在科技巨头和中小企业中兴起。微服务的流行曾得益于解决单体架构的扩展性、技术栈僵化等问题，并依托容器化、DevOps等技术成熟。但其弊端也逐渐显现，包括分布式系统复杂性、运维成本高、性能损耗等。大厂回归的“模块化单体”并非传统单体，而是在开发时保持模块化，运行时合并部署，以平衡效率与复杂度。实践案例显示，合并微服务可提升性能、稳定性、维护性和交付效率，同时降低成本。这一转变反映了架构选择需随业务规模动态调整的核心逻辑。
Kubernetes 学习总结（47）—— Kubernetes 持久化存储之 Volume、PV、PVC、StorageClass 到底怎么用？
Kubernetes持久化存储解决方案摘要Kubernetes中Pod的临时性特点导致本地存储不可靠，必须使用持久化存储方案。核心组件包括：Volume：基础挂载点，生命周期随PodPV(PersistentVolume)：集群级存储资源池PVC(PersistentVolumeClaim)：用户存储需求声明StorageClass：动态创建PV的自动化机制工作流程：Pod通过PVC申请存储，PVC自动匹配或动态创建PV。StorageClass是实现自动化供应的关键，支持多种存储后端(云盘/N
AI 学习总结（4）—— AI Agent 和大模型的关系
大模型解决了“能听懂、会表达”的问题，而AIAgent解决了“能做事、会落地”的问题——这是从“内容智能”到“行为智能”的关键一步，也是AI从实验室走向实际应用的核心桥梁。现在很多人觉得AIAgent还不够成熟，比如“大脑”（大模型）偶尔会误解需求，“手脚”（工具生态）还不够丰富，通用框架也有待完善。但不可否认的是，它已经在改变很多行业：数据分析Agent接手了基础取数工作，客服Agent能自主处理订单，编程Agent能协助开发调试——未来，还会有更多场
