- 博客(16)
- 收藏
- 关注
原创 原神 6.1 版本 深渊 12 层满星攻略:怪物机制・配队推荐・实战要点
原神6.1版本深渊12层攻略要点 本期深渊为机制定制型环境:上半强抬绽放/月绽放体系(绽放伤害+200%),需草/水角色破盾;下半利好火系(冰抗70%+冰盾)。 最优配队推荐: 上半:T0月绽放队(菈乌玛+奈芙尔+哥伦比娅+钟离)或平民绽放队(纳西妲+心海+久岐忍) 下半:仆人超载队(阿蕾奇诺+班尼特+夏沃蕾)或纳塔火C队 核心机制: 上半需用绽放引爆岩居蟹护盾,12-2需50次攻击破晦隐状态 下半优先火系破冰盾,冰风组曲不破盾时全抗极高 操作要点:破盾>输出,避免使用冰/雷纯色队。合理利用环境BUFF,低
2026-03-19 00:00:00
340
原创 FastAPI + litellm 统一代理大模型 API:优雅实现成本监控与 Fallback 策略
本文介绍了如何使用FastAPI和litellm构建统一的大模型API代理服务。该方案通过中间层屏蔽底层差异,提供统一接口、故障转移和成本监控功能。核心实现包括:1) 定义标准请求/响应模型;2) 实现带fallback的模型调用逻辑;3) 记录token用量和成本;4) 提供成本统计接口。文章还提出了依赖注入、动态价格表和异步调用等优化建议,帮助开发者优雅地管理多模型API调用,提高系统可靠性和可观测性。
2026-03-18 19:00:00
316
原创 AI Agent 的安全困境:从古代城门到 Prompt 越狱
摘要: AI Agent的安全隐患日益凸显,恶意Prompt攻击可诱导高权限工具执行危险操作。借鉴古城门防御的启示,文章提出三层防护体系:1)语义防火墙通过情感熵值识别诱导性指令;2)行为沙箱延迟执行并隔离操作;3)量子观测利用隐形字符触发Agent的自我监控。结合代码配置与权威研究,强调AI需具备“怀疑能力”,未来或需硬件级道德约束。技术演进正将科幻变为现实,但防御需随攻击手段同步升级。
2026-03-12 06:00:00
715
原创 Spring Boot 3 + Ollama本地大模型推理,接口响应5秒以上,延迟怎么降到500ms以内?
摘要: Spring Boot 3接入Ollama本地大模型时,5秒以上的接口延迟主要源于同步等待完整响应。优化方案包括: 硬件层:启用GPU加速、Flash Attention和模型量化(如q4_0),显著提升计算效率; 通信层:改用流式响应(stream:true),配合WebFlux实现实时token推送,首字延迟可降至200-500ms; 软件层:通过keep_alive保持模型加载、连接池复用、合理配置线程数及请求缓存,进一步提升性能。实测优化后首字延迟从3.2秒降至280ms,完整生成速度提升1
2026-03-12 05:00:00
346
原创 Pandas处理10GB以上CSV文件内存爆炸,有什么高效方法?
如果每个分块处理后,还要合并成最终结果,那最后pd.concat时可能又把内存撑爆。更好的做法是增量写入磁盘# 处理一个块,就写入一个块# 数据清洗# 追加到HDF5文件这样,整个过程内存占用始终稳定在chunk_size级别。处理10GB以上CSV文件,核心思路是避免一次性全量加载。分而治之:用chunksize分块读取,每块处理完就释放。量体裁衣:优化数据类型,int64换int32,object换category。换种格式:CSV只做交换,分析用Parquet。
2026-03-10 19:00:00
319
原创 碳中和背景下共享单车投放密度的非线性耦合机制研究
摘要:共享单车分布问题本质上是一个非线性耦合系统,单车密度与骑行需求相互影响,存在临界点。传统线性管理模型效果有限,而引入非线性耦合机制(如状态方程中的耦合项)可更准确描述系统行为。通过识别临界点、调整耦合系数,可优化投放策略,减少调度碳排放,实现绿色出行的低碳闭环。该研究为碳中和背景下城市交通管理提供了新思路,强调通过"软调控"而非"硬调度"来引导系统自组织有序。
2026-03-10 19:00:00
308
原创 数字游民的区块链:一份关于在场证明的技术白皮书
《数字游民的区块链:隐喻与现实之间》探讨了区块链思想如何为数字游民的工作方式提供新视角。文章指出,数字游民面临"在场证明"的困境,而区块链的分布式账本、共识机制和智能合约概念恰好提供了隐喻式解决方案:通过地理时间戳证明工作地点,用不可篡改的"个人工作链"记录时间投入,以去中心化自治组织重构协作关系。然而作者也警示,这些构想更多是思维模型而非可执行方案,生硬套用可能产生逻辑误导。最终,区块链的价值在于提供审视工作的新视角,而非替代现有工作范式。
2026-03-09 19:00:00
274
原创 当 Git 合并遇到海量冲突:有没有“一键解决”的魔法?
本文探讨了如何利用 Git 的 rerere(Reuse Recorded Resolution)功能实现"一键解决"合并冲突。当遇到大量冲突时,rerere 可以记录并自动重用之前的手动解决方案。文章详细介绍了 rerere 的启用方法、工作原理,并提出了结合 -X theirs 合并策略实现"一键合并"的高级技巧。同时也指出了这种方法的局限性,强调它更适合重复性冲突场景,对关键代码仍需人工审查。通过合理使用这些功能,开发者可以显著减少处理重复冲突的时间成本。
2026-03-09 19:00:00
342
原创 多模态RAG召回率卡在62%?试试2026年的新方案:Hybrid Search + 高级Reranker
摘要:多模态RAG系统在同时处理文本、图像和PDF图表时,传统OCR+文本分块方法往往导致召回率卡在60%-65%。核心问题在于图文向量空间孤立和语义理解不足。解决方案包括:1)混合检索(Hybrid Search)结合向量搜索与关键词检索,通过RRF算法提升召回率;2)引入多模态交叉编码器作为重排序器(Reranker),实现对图文内容的深度理解。实践建议采用语义分块、元数据注入和优化chunk大小,研究表明该方法可使检索准确率提升至80%-96%。突破瓶颈的关键在于优化检索与排序流程,而非单纯追求模型复
2026-03-08 19:51:44
281
原创 微服务灰度发布终极指南:Spring Cloud 全链路流量染色实践
灰度发布是一种通过小范围验证实现平滑过渡的发布策略,能够有效降低新版本上线风险。文章详细介绍了基于Spring Cloud Gateway和Nacos的灰度发布实现方案:1. 通过Nacos元数据标记服务版本;2. 在网关层使用全局过滤器为请求打上灰度标记;3. 通过Feign拦截器实现标记的全链路传递;4. 自定义Ribbon负载均衡规则实现基于标记的服务路由。该方案还支持通过Nacos配置中心动态调整灰度规则,实现无需重启的动态开关。最后以电商系统为例,展示了从网关到订单服务再到库存服务的完整灰度调用链
2026-03-08 19:49:49
385
原创 windows应用程序无响应问题解决
Windows应用程序无响应(ANR)是用户常见问题,表现为界面冻结、高CPU占用或功能异常。本文分析了ANR的三大成因:程序自身问题(死循环、内存泄漏等)、系统资源不足(CPU、内存、磁盘I/O瓶颈)以及Windows系统问题(消息循环阻塞、组件冲突)。提供了从基础到高级的解决方案:快速使用任务管理器结束进程、PowerShell管理、保存工作数据;高级诊断包括分析进程等待链、检查资源使用、兼容性设置、重装程序、清理缓存及更新驱动等。适用于Windows 10/11系统,帮助用户快速恢复工作状态并预防数据
2026-03-07 11:46:46
701
原创 你的爬虫正在被“数字处决”:为什么Cloudflare成了2026年最难缠的狱警?
昨天凌晨三点,我差点把咖啡洒在新买的机械键盘上。一个老朋友打来电话,声音里透着绝望:“我的价格监控程序全挂了。跑了三年的脚本,今天突然全部返回403。我用上了轮换代理、随机UA、甚至加了Selenium模拟点击,结果Cloudflare Turnstile像个守财奴似的,连门缝都不让我瞧一眼。”我登录他的服务器,看了一眼日志。满屏的“403 Forbidden”像墓碑一样整齐排列。更讽刺的是,那些请求里还带着精心构造的 `User-Agent: Mozilla/5.0...`,仿佛在向Cloudfl
2026-03-07 11:45:35
824
原创 LeetCode 76:最小覆盖子串,有没有O(n)解法?
本文介绍了LeetCode 76题"最小覆盖子串"的滑动窗口解法。该问题要求在字符串s中找到包含字符串t所有字符的最短子串。暴力解法时间复杂度为O(n²·m),而滑动窗口算法通过维护左右指针和哈希表计数,将复杂度优化至O(n)。文章详细阐述了算法思路、实现代码(Python)及通用模板,并指出该方法是解决子串/子数组问题的标准技巧,同时推荐了相关延伸题目。
2026-03-06 20:56:32
324
原创 Android RecyclerView嵌套ScrollView滑动冲突彻底解决办法
Android开发中ScrollView嵌套RecyclerView时会出现滑动冲突问题,本质是由于父容器的事件拦截机制导致子View无法获取滑动事件。本文提出五种解决方案:1)禁用ScrollView滑动;2)重写ScrollView拦截逻辑,根据RecyclerView滚动边界判断是否拦截;3)使用支持嵌套滑动的NestedScrollView;4)通过CoordinatorLayout实现联动效果;5)自定义View手动分配事件。其中方法二(重写拦截逻辑)和方法三(NestedScrollView)最
2026-03-06 20:50:27
431
原创 # 你的Vector正在经历一场“大屠杀”:为什么每次`push_back`都像在搬家?
昨晚我差点把显示器砸了。真的。我正在调试一个老朋友发来的崩溃转储。他的程序很简单:读入几百万个地理坐标,做一些插值计算,然后输出结果。标准的“批处理”活儿。但程序跑起来慢得像在糖浆里游泳,而且时不时地爆出内存错误。我盯着屏幕,看着那个再普通不过的 `std::vector<Coordinate>`,突然想起了《人月神话》里布鲁克斯的那句名言:“我们所有的失败,几乎都可以归结为未能预见(或未能沟通)系统组件之间的交互。
2026-03-05 13:57:40
226
原创 异步下载器:当“快”成为新的“慢”
我们总是急于求成,却忘了网络世界有自己的物理定律。我记得2005年,我试图用Python写一个简单的网页爬虫。那时候,我天真地以为“多线程就是答案”——我开了50个线程,结果我的小服务器直接崩溃了。更糟糕的是,我下载的网站把我永久封禁了。我花了整整一周才意识到:**并发不是关于“更多线程”,而是关于“更少等待”**。
2026-03-05 13:52:49
326
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅