
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
轻量级、高性能、无依赖、Java/Go/C++ 多语言三大能力:流量控制、熔断降级、系统负载保护无缝整合:Spring Cloud、Dubbo、gRPC、Web 等。
断路器的整个工作周期,就是在三种核心状态之间切换,每种状态对应明确的行为逻辑,避免无效调用和资源浪费。我们可以用枚举清晰定义这三种状态(对应实际开发中的“断开、半断、闭合”):关闭状态(CLOSED,闭合):断路器的正常工作状态,此时依赖服务被认为是可用的。所有请求会正常转发到依赖服务,同时内部会实时记录请求的失败次数(成功则重置失败计数),为状态切换提供依据。打开状态(OPEN,断开):故障状态
核心结论:Flink 接 Kafka 不只是 “统计”,而是覆盖实时统计、ETL、风控、特征工程、CEP 等全场景,“统计” 只是最基础的入门场景;架构逻辑:Kafka 负责 “数据传输 / 暂存”,Flink 负责 “数据计算 / 处理”,是企业实时大数据的标准组合;落地关键:无论什么场景,核心流程都是「Kafka 消费数据 → Flink 计算 / 处理 → 输出到存储 / 下游 Kafka
存在报错 Ubuntu 23.04+ 版本的「系统级 Python 环境保护机制」—— 禁止直接修改系统全局 Python 包,目的是避免破坏系统依赖。最安全、最规范的解决方法是创建虚拟环境(而非用 --break-system-packages 强行覆盖),我会给你「一步到位的操作命令」,确保在虚拟环境中安装依赖且 100% 不报错。核心解决方案:创建 Python 虚拟环境(规范且无风险)
【代码】OpenClaw 命令速查手册。
基于 MyBatis-Plus 封装的批量插入高实用性工具,设计上兼顾了易用性、健壮性、可观测性和扩展性。场景全覆盖:三种返回值形态适配 “无感知执行、结果判断、失败补偿” 三类核心业务场景;高可运维性:分级日志、失败数据序列化、性能指标监控,让生产环境的问题可定位、可恢复;健壮且易用:空值防护、批次大小校验、泛型封装、清晰注释,降低接入成本和线上故障风险。记录于2025-12-10 个人博客,现
Ollama 是一款轻量、易用的本地大模型运行工具,支持在 macOS、Linux、Windows 多系统部署,无需复杂配置,就能快速运行各类主流大模型,适合新手入门和开发者快速调试。它简化了大模型的下载、安装与运行流程,同时支持云端模型联动、网络共享、模型存储路径自定义等实用功能,兼顾便捷性与灵活性。
本地ollama跑大模型,简单问题,qwen3.5:2b 执行了27秒,llama3.2:3b执行了17秒,若通过openclaw去跑时间更久,并且占用CPU过大,导致 大模型超时宕机,此问题十份头疼。考虑GPU加速,以提升整体性能。
到此整体完成。
本地ollama跑大模型,简单问题,qwen3.5:2b 执行了27秒,llama3.2:3b执行了17秒,若通过openclaw去跑时间更久,并且占用CPU过大,导致 大模型超时宕机,此问题十份头疼。考虑GPU加速,以提升整体性能。







