后端

程序员梅雨30 分钟前
java·大数据·linux·分布式·后端·zookeeper·中间件
ZooKeeper面经总结有三种角色,Leader、Follower、Observer Leader是核心,它是事务请求的唯一调度和处理者,所有写请求最终都由它处理,并保证整个集群事务处理的顺序性。 Follower会做四件事,处理客户端的非事务请求,把事务请求转发给Leader,参与事务Proposal的投票,参与Leader选举投票。 Observer只提供非事务的查询服务,既不参与Proposal投票,也不参与Leader选举投票。
蜗牛互联网1 小时前
java·人工智能·后端
Java 17 调用视觉 Responses API:JSON 约束与人工复核路由商品运营最怕的不是 AI 不认识一张图,而是它自信地把错误尺寸、材质或适用人群写进商品页。图像理解可以把人工从“每张都抄字段”变成“只处理模糊和高风险样本”,但模型输出应是候选信息,不是库存系统的写权限。本文用 Java 17 的标准 HTTP 客户端请求视觉模型,把 JSON 候选解析成明确的 AUTO 或 REVIEW 决策;不依赖尚未确认版本的 Java SDK。
高频因子挖掘机2 小时前
后端·github·api
股票分红送转后价格“断层”:前复权、后复权和不复权该怎么选?一句话结论:看连续走势和计算技术指标,通常用前复权;需要保留早期价格基准,可考虑后复权;核对实际成交价格、还原交易记录时用不复权,并单独处理现金分红和持股数量变化。
一条泥憨鱼2 小时前
java·redis·后端·session·黑马点评
【Redis | 黑马点评】短信登录功能 源码深度分析本次功能:手机号 + 短信验证码登录git diff --stat HEAD 显示本次变更涉及 6 个文件,这就是本次功能的完整战场:
威哥爱编程2 小时前
java·spring boot·后端
【AI全栈12-12】Spring Boot 3.x → 4.x 迁移实操:Jakarta 11、Jackson 3 与 AI 2.0本文是「Spring Boot + AI 全栈后端」系列第 12 篇,也是收官篇。前 11 篇把能力铺完了,最后这一篇聊一个每个老项目都绕不开的硬活:从 Spring Boot 3.x 迁到 4.x + AI 2.0。示例基于 Spring AI 2.0 / Boot 4.1,验证工程本身就是这个版本,跑绿即证据。
威哥爱编程2 小时前
java·spring boot·后端
【AI全栈12-11】Spring Boot 把 AI 接口真正上线扛量:限流 / 降级 / 可观测本文是「Spring Boot + AI 全栈后端」系列第 11 篇。前面 10 篇把"能不能做"讲透了,这一篇讲最扎心的一句:本地能跑,不等于上线不挂。AI 接口比普通接口更娇气——贵、慢、还看第三方脸色。示例基于 Spring AI 2.0 / Boot 4.1。
小蒜学长2 小时前
java·spring boot·后端·uni-app·家政服务
基于SpringBoot+uni-app的闪洁家政系统的设计与实现(代码+数据库+LW)摘要本文利用SpringBoot和uni-app技术模式,设计了名为“闪洁”的家政服务微信小程序,用来处理传统家政服务中供需匹配效率不高的情况。本文在对当前家政市场进行调研后,先确定了系统的功能性和非功能性需求,然后运用结构化设计方法完成了系统架构规划。本文使用数据流图来说明服务预约、订单管理和人员审核等主要环节的业务流程,以此给流程优化提供参考。在技术实现方面,后端通过运用SpringBoot模式来建立高可用服务,前端使用uni-app以实现多平台兼容,这使系统拥有稳定性和可扩展性。经过严格的测试验证,
需要8262 小时前
java·spring boot·后端
Spring Boot 启动流程:run() 里到底发生了什么关键词标签:Spring Boot、SpringApplication、启动流程、ApplicationContext、源码解析
星始流年3 小时前
前端·后端·ai编程
AI 时代,软件程序员未来 10—15 年的职业前景需要说明的是,以下是一篇纯 AI 研究得出的报告,内容与结论颇具启发性。供大家参考。太长不看版,最核心的4个结论:
猪猪拆迁队3 小时前
前端·后端·go
跨电脑复制共享-局域网直连踩坑上一篇:跨电脑复制共享-WebRTC 打洞踩坑网址:baiyuze.github.io/copysync/
与驴OO3 小时前
后端
聊聊Agent的记忆系统如何设计写这篇文章主要是想记录自己从零开始探索 Agent 记忆系统的过程经历,同时把记忆系统如何设计以及设计过程中的踩坑经验整理为文章分享给大家。
tachibana24 小时前
开发语言·数据结构·后端·golang·go·语言
Go 语言的 Map 是否是并发安全的?在 Go 语言开发中,map 是最常用的内置数据结构之一。然而在多协程(goroutine)并发读写的场景下,原生 map 极易引发运行时致命崩溃。
dd聊技术4 小时前
后端
发布前的那十几秒:AI 预检为什么不用「主编 Agent」创作者在发布页写好内容,点一下「AI 预检」,十几秒后弹出一份报告:内容违不违规、质量分多少、哪儿能改、该打什么标签、摘要是什么、有没有和库里已有的内容撞车。
Bazingga4 小时前
后端
LLM记忆实战:从一次164秒慢问,到上下文治理与记忆版图一句话结论:LLM 的上下文是昂贵、易失、越满越慢的工作内存(RAM),不是硬盘。把 RAM 当硬盘用,就是「上下文雪球」的全部根源——本文从一次 input 64K、耗时 164 秒、只回了 41 个字的慢问出发,拆透形成机制,对照企业级 Agent 产品(Qoder work / Claude Code / Cursor 一类)的八层防线,再沿三个追问走向深处:治理落地之后是什么稳态?删旧与会摘之间该怎么选?长短期之外,记忆的完整版图长什么样?
看浪的路人4 小时前
开发语言·后端·golang
第8讲:RAG 生产化——Go 实现亿级向量召回 + 混合检索 + 重排序 Pipeline2026 年,RAG 已经是大模型落地的标配架构。但生产环境中,简单的 "Embedding → 向量检索 → LLM 生成" 链条远远不够:
tachibana24 小时前
开发语言·后端·golang·go·语言
Go 语言 Map 的扩容过程是怎样的?在 Go 语言中,map 是最常用的内置数据结构之一。为了在元素不断增加或频繁增删时依然保持接近常数级别的存取性能,Go 运行时(runtime)设计了一套极其精妙的渐进式扩容机制。
念何架构之路4 小时前
开发语言·后端·golang
go-grpc服务端调用链三层职责:Accept(不阻塞)→ 连接读循环(解析帧)→ 流处理(业务逻辑)。这就是经典的 goroutine-per-connection + goroutine-per-request 模型。
羑悻4 小时前
后端
atomic凭什么线程安全?无锁编程为何有时比锁还慢?C++高并发必懂的原子操作真相!@[toc]本文详解C++ atomic 类型,涵盖其线程安全原理、CAS操作(含weak/strong区别)、内存顺序选项及无锁编程实践。通过对比无锁栈与有锁栈性能,阐明低并发用锁、高并发用无锁的选型逻辑,并附自旋锁实现,帮助理解原子操作核心机制。
SamDeepThinking4 小时前
java·后端·面试
synchronized 和 lock 有什么区别?如果在开发中,你需要对某个共享资源加锁,但是你希望在这个获取锁的过程中,最多只等5秒钟,如果超时了拿不到就算了,直接去执行降级逻辑。这时候,你应该怎么做?用原生的synchronized关键字可以吗?
m0_587383004 小时前
java·后端·struts·小程序·架构
无人自助拼豆系统的全栈开发方案随着线下自助业态的发展,无人自助拼豆作为轻量级手工体验的共享场景,近年来落地需求持续增长。不同于传统SaaS系统,无人自助拼豆系统需要打通硬件控制、用户交互、后台管理全链路,对全栈开发的软硬件协同能力要求较高。本文基于实际开发经验,从架构选型、核心功能实现、物联网对接踩坑、运维优化四个维度,总结无人自助拼豆系统的全栈开发方案。