用Java+gRPC+Kafka搭建实时物理事件管道,手把手落地
一、别再只做业务事件流了!这个实时物理仿真方案,颠覆你的认知很多开发者做事件流开发,常年困在业务流程的舒适区,面对“实时变化的运行环境”就束手无策——要么无法直观验证事件准确性,要么传输链路不稳定,要么耦合过高难以维护。
你的gRPC,早就该换官方版了
上个月技术评审,架构师提议内部服务间通信切gRPC,组里没人接话。不是不想用。是上次集成的记忆太深刻了——protobuf插件版本跟grpc-netty打架,第三方Starter突然停更,健康检查自己撸了200行,最后被一个NoSuchMethodError卡了三天。
学习grpc文件
http1.1 ping-pang client - server http , 建立很多个连接。rpc 多路复用能力 client - server ,server 包 -> go 顺序 http2 奇偶。
Spring Boot 整合 gRPC 实战:从 proto 定义到服务器客户端双端落地
gRPC 服务器实现(响应式存根 + @GrpcService + 错误处理)、gRPC 客户端实现(@GrpcClient + 条件切换 + grpcurl 验证)全流程。
java版gRPC实战之三:服务端流
本文是《java版gRPC实战》系列的第三篇,前文咱们实战体验了简单的RPC请求和响应,那种简单的请求响应方式其实只是gRPC定义的四种类型之一,这里给出《gRPC 官方文档中文版》对这四种gRPC类型的描述:简单 RPC:客户端使用存根发送请求到服务器并等待响应返回,就像平常的函数调用一样;
谷歌开源、高性能RPC框架:gRPC 使用体验
gRPC 的客户端和服务端都可以用任何支持 gRPC 的语言来实现,例如一个 gRPC 服务端可以是 C++语言编写的,以供 Ruby 语言的 gRPC 客户端和 JAVA 语言的 gRPC 客户端调用,如下图所示:
Java 近期资讯:Spring gRPC、Quarkus、Gatherers4j、Keycloak、Grails、Java Operator SDK
作者 | Tim Anderson 译者 | 刘雅梦 策划 | 丁晓昀 JDK 26 JDK 26 的早期访问构建版本 Build 30 在上周发布,其中包括对 Build 29 的更新,其中包括对各种问题的修复。更多关于该版本的详细信息可以在发布说明中找到。
大模型Token太贵?Java端做这3层缓存,成本直接砍半
做Java后端的都清楚,调大模型API的账单有多离谱。尤其上了RAG之后,每次请求带着几千token的检索上下文,用户问的却是重复问题,钱烧得毫无意义。我在生产环境落地了一套三层缓存,日token量从1280万压到480万,成本降了62%,命中时首字延迟从3.2秒掉到0.45秒。
java版gRPC实战之二:服务发布和调用
本文是《java版gRPC实战》系列的第二篇,前文将父工程、依赖库版本、helloworld.proto对应的java代码都准备好了,今天的任务是实战gRPC服务的开发和调用,实现的效果如下图:本篇的具体操作如下:开发名为local-server的springboot应用,提供helloworld.proto中定义的gRPC服务;