得物技术-优快云博客

原创从数字到版面：得物数据产品里数字格式化的那些事

本文探讨了数字格式化在前端开发中的重要性，指出规范的数字排版是数据展示系统的"地基"。文章分析了数字格式化的复杂性，包括不同文化背景下的小数分隔符差异（如英美使用小数点，欧洲使用逗号）以及数字语义表达（如百分比、缩写等）。作者指出传统手动拼接字符串或正则处理方式的弊端，如视觉混乱、国际化障碍等，并推荐使用现代浏览器提供的Intl.NumberFormat API进行标准化处理。文中以电商平台为例，展示了缺乏统一格式化方案导致的排版问题，强调建立数字格式化基础设施对提升系统专业度和维护性的

2025-11-25 17:21:08 384

原创一文解析得物自建 Redis 最新技术演进

本文介绍了自建Redis的技术演进历程，重点阐述了接入方式、同城双活就近读、Redis-server版本升级等关键优化。自建Redis目前已管理1000+集群，内存总规格160T，支持千万级QPS。技术方面，从LB接入演进为自研DRedis SDK直连proxy，解决了LB瓶颈问题并提升性能30%；通过SDK实现同城双活就近读，降低业务RT；Redis-server升级至6.2版本并移植多线程等特性，使读写性能提升50%。同时构建了完善的自动化运维平台，支持集群全生命周期管理。这些优化显著提升了Redis服

2025-11-20 14:51:38 978

原创 Golang HTTP请求超时与重试：构建高可靠网络请求｜得物技术

本文探讨分布式系统中HTTP客户端的可靠性优化策略。重点分析了超时控制的必要性，指出78%服务中断与不合理超时配置相关，并给出Golang标准库的防御性配置方案。通过context实现请求级超时传递，结合指数退避和随机抖动设计智能重试机制，强调幂等性保证对数据一致性的重要性。最后提出连接池优化和内存复用等性能提升手段，建议合理配置MaxIdleConnsPerHost等参数可显著降低延迟。文章强调超时和重试是分布式系统的生存必需，需在可靠性、性能和控制策略间取得平衡。

2025-11-18 11:13:59 999

原创得物TiDB升级实践

得物DBA团队完成了TiDB数据库从5.3.3到7.5.x版本的大版本升级。本次升级采用迁移升级方案，通过搭建新集群并同步数据，最小化业务影响。新版本在查询性能、TiCDC同步稳定性、备份效率等方面均有显著提升，整体性能提升40%，备份时间缩短50%。升级过程中遇到优化器执行计划不准确等问题，通过参数调整和SPM绑定解决。7.5.x版本还引入高压缩存储引擎和更完善的运维工具，有效降低了存储成本和运维复杂度。此次升级为公司业务发展提供了更稳定高效的数据库支撑。

2025-11-11 11:07:01 1521

原创得物管理类目配置线上化：从业务痛点到技术实现

本文针对电商管理类目规则调整效率低下的问题，提出了"管理类目配置线上化"的技术解决方案。通过分层架构设计实现业务与数据链路解耦，采用规则生命周期管理和状态机驱动机制，结合多级类目查询、树形结构构建和规则填充等技术模块，解决传统手工流程效率低、规则校验能力不足、系统耦合严重等痛点。方案设计了超时机制防止流程阻塞，实现类目状态变化的级联传播，并建立完善的规则变更校验逻辑。通过线上化改造，将规则迭代周期从3-4周缩短至1-2天，显著提升业务响应速度和管理效率。

2025-11-06 14:54:34 1535

原创大模型如何革新搜索相关性？智能升级让搜索更 “懂你”｜得物技术

摘要：得物技术团队针对传统搜索相关性模型存在的标注成本高、扩展性差、泛化能力弱等问题，基于大语言模型进行了技术升级。通过知识蒸馏和二阶段推理流程优化，将大盘准确率提升至86.67%，中长尾场景准确率提升6.78%。新方案通过大模型标注+数据蒸馏策略，累计节约百万级标注成本，线上相关性badcase率显著下降。未来将继续探索生成式强化学习等方向，持续提升搜索体验。（149字）

2025-11-04 10:58:43 1186

原创 RAG—Chunking策略实战｜得物技术

摘要：本文探讨了RAG系统中文档分块（chunking）对问答性能的关键影响。不当的分块会导致语义断裂和信息缺失，而高质量分块应尊重文档结构（标题、段落等），并保持适度重叠以确保上下文连贯。文章详细介绍了多种分块策略，包括基础分块（固定长度、句子级）、结构感知分块（利用标题、表格等）、语义分块（基于内容相似度）以及混合分块方法，并提供了参数调优建议和代码示例。最后强调分块质量决定了RAG的性能上限，是优化检索与生成效果的首要环节。

2025-10-30 16:28:10 623

原创从一次启动失败深入剖析：Spring循环依赖的真相｜得物技术

本文分析了Spring框架中循环依赖问题的产生原因及解决方案。文章通过一个后台服务启动失败的案例，深入探讨了Spring三级缓存机制如何解决循环依赖，并指出在AOP代理场景下可能出现的"半成品"注入问题。作者详细解读了@Transactional和@Validated注解在循环依赖处理中的差异，解释了为何后者更容易导致启动失败。最后提出了短期解决方案（移除@Validated注解或使用@Lazy）和长期优化建议（遵循DDD规范、使用循环依赖检测工具）。文章强调循环依赖暴露了代码设计缺陷，

2025-10-23 16:24:18 1252

原创 Apex AI辅助编码助手的设计和实践｜得物技术

Apex是一款基于VSCode的AI辅助开发插件，通过SSO认证、知识库集成、远程Webview等技术实现无感安装和智能体使用。其核心架构分为插件层、Webview UI层和服务层，支持版本编排解耦、安全鉴权和工程化落地。功能模块包括：1）激活装配流程采用按需加载避免冷启动问题；2）SSO认证实现安全闭环；3）GitLab维护的规则知识库支持多仓同步；4）远程Webview实现无感更新；5）Monorepo识别与智能体模板管理；6）埋点系统记录用户行为。Apex通过工程化手段将AI能力融入开发流程，提升编码

2025-10-21 17:13:18 1778

原创从 JSON 字符串到 Java 对象：Fastjson 1.2.83 全程解析｜得物技术

Fastjson核心特性在于高速序列化/反序列化，利用ASM在运行时生成字节码动态创建解析器，减少反射；AutoType字段支持多态，却带来反序列化RCE风险，建议关闭AutoType，开启safeMode。选型建议：在选择JSON序列化框架时对于非极端性能要求推荐Jackson，或者使用Fastjson2，其改用LambdaMetafactory替换ASM，性能再提升30%，默认关闭AutoType安全性有保证。

2025-10-16 12:12:43 1544

原创线程池ThreadPoolExecutor源码深度解析｜得物技术

本文深入解析了Java线程池的核心原理与实践要点。首先阐述了线程池的必要性，包括避免频繁创建销毁线程的资源开销、提升系统吞吐量等优势。接着详细剖析了ThreadPoolExecutor的架构设计、参数配置（核心线程数、最大线程数、阻塞队列等）和运行机制，通过源码分析其任务调度流程和生命周期管理。针对常见问题，文章指出invokeAll超时失效、submit异常消失等陷阱，并给出解决方案。

2025-10-14 11:47:35 1494

原创基于浏览器扩展 API Mock 工具开发探索｜得物技术

本文介绍了一款基于浏览器插件的Mock工具开发实践。该工具通过重写fetch和XMLHttpRequest实现API请求拦截，支持多种Mock规则创建方式（包括API管理平台导入和手动配置），并提供了页面白名单管理、请求日志记录等功能。文章详细阐述了Manifest V3架构下的技术实现方案，包括请求拦截原理、脚本注入策略和整体架构设计。该工具旨在帮助开发者在接口未完成或需要问题复现时提升开发效率，同时探索了AI在浏览器插件开发中的辅助作用。未来计划扩展功能包括历史请求快速Mock和结合AI生成Mock数据

2025-09-23 10:54:45 1495

原创破解gh-ost变更导致MySQL表膨胀之谜｜得物技术

MySQL DDL变更导致表空间膨胀问题分析本文分析了MySQL在进行DDL变更时导致表空间膨胀的案例。通过复现问题发现，当单行记录过大（5k左右）时，结合变更工具的特殊机制（先写入大主键记录），会触发MySQL的页分裂缺陷，导致一个16k的页仅存储1条记录，浪费2/3空间，最终使表空间膨胀近100%。同时，这种异常页分裂还会导致统计信息严重偏差，进而引发部分SQL出现慢查询。文章详细介绍了InnoDB索引结构、页分裂机制和当前DDL变更流程，并提出了临时解决方案（原生alter table）和长期优化方

2025-09-18 14:24:42 1501

原创 MySQL单表为何别超2000万行？揭秘B+树与16KB页的生死博弈｜得物技术

MySQL单表数据量建议控制在2000万以内的核心原因在于B+树索引结构的设计。InnoDB存储引擎采用16KB数据页存储数据，通过B+树组织索引，非叶子节点存储主键和指针，叶子节点存储完整行数据。三层B+树可支撑约2.5千万数据，查询最多只需3次磁盘IO；当数据量超过临界值，树高增至4层，IO次数增加将导致查询性能显著下降。该限制值受行大小影响，若单行数据更小（如250字节），三层B+树可支撑上亿数据。相比B树，B+树的高扇出特性使其更适合作为数据库索引。优化建议包括控制单行大小、分库分表等，在磁盘I/O

2025-09-16 14:37:35 1395

原创前端日志回捞系统的性能优化实践｜得物技术

本文介绍了现代前端日志回捞系统的性能优化实践，重点解决存储膨胀、包体积过大和性能影响三大问题。通过智能清理策略（时间/数量双重清理）、异步加载上传模块（CDN动态加载）和日志队列优化（限流+空闲执行），显著提升了系统性能。同时分享了打包构建中的技术难点（如UMD动态导入、process对象注入等）及其解决方案。这些优化不仅使日志系统更轻量高效，也为前端工程化提供了宝贵经验。

2025-09-09 13:49:11 1521

原创得物灵犀搜索推荐词分发平台演进3.0

《电商导购系统中的词分发平台架构演进》摘要：本文系统介绍了电商导购场景中词分发平台的技术架构演进。该平台通过集成下拉词、热搜榜单等智能推荐功能，显著提升用户购物效率。平台采用模块化设计，实现脚本热部署、图化DAG引擎等创新架构，支持30+导购场景。核心创新包括：1）主工程+脚本工程的分离架构；2）基于算子抽象的图化编排框架；3）配套灰度发布、DIFF评估等工具链。未来规划重点在于平台功能扩展、性能优化及算法链路打通，持续提升导购精准度和系统扩展性。

2025-09-04 11:15:06 1479

原创 R8疑难杂症分析实战：外联优化设计缺陷引起的崩溃｜得物技术

在Android开发中，即使是AGP、R8这样的官方工具链升级，也要保持足够的警惕。毕竟Android生态太过复杂，再加上开发者们千奇百怪的代码写法，不论多么完善的测试流程都无法规避这类特定场景的bug。这次的ApiModel外联优化问题就是一个很好的例子——它只在特定条件下才会暴露，但一旦出现就是必现的native崩溃。所以对于这种影响面无法评估的重大升级，还是需要经过足够长时间的独立灰度验证，才能合入主干分支。往期回顾1. 可扩展系统设计的黄金法则与Go语言实践｜得物技术。

2025-09-02 11:01:34 1552

原创可扩展系统设计的黄金法则与Go语言实践｜得物技术

本文系统讲解了如何利用Go语言设计可扩展的系统。首先分析了可扩展系统的必要性，指出其核心目标是让系统能以最小修改成本适应未来变化。随后从架构设计原则、编码实践、实现模式、验证指标到演进路线展开详细阐述，重点介绍了开闭原则、模块化设计、策略模式、中间件链、插件化架构等关键技术在Go语言中的实现方式。文章强调扩展性设计要在当前需求和未来变化间找到平衡，建议定期进行架构评审，通过压力测试和代码分析评估系统健康度。最后指出优秀的系统不是完美的，而是能够持续进化的，保持开放心态才能应对技术领域的快速发展。

2025-08-28 14:11:10 1790

原创营销会场预览直通车实践｜得物技术

摘要：得物电商平台针对营销会场配置痛点的创新解决方案，通过"时间穿越"技术实现全链路预验证。该方案支持模拟未来时间、指定用户人群和AB实验命中，在配置阶段提前校验活动效果，有效解决多目标耦合、验证滞后和跨团队协作三大挑战。实施后使配置工作量减少50%，走查覆盖率提升至80%以上，并规避了资损风险。未来计划将穿越能力扩展至频道、商详页等更多场景，持续优化电商营销配置效率与风险管理。（149字）

2025-08-21 11:20:31 1892

原创基于TinyMce富文本编辑器的客服自研知识库的技术探索和实践｜得物技术

得物自研客服知识库系统，解决了第三方知识库在业务快速发展下面临的维护体量增大、系统协作效率低等问题。系统采用TinyMCE富文本编辑器，支持表格编辑和格式兼容，并通过结构化段落设计实现细粒度知识管理。针对图片迁移问题，系统自动替换旧链接；通过懒加载技术优化大量图片导致的页面卡顿；利用截图生成模板缩略图提升用户体验；扩展编辑器API实现全局查找替换功能。此外，系统结合ES检索和大模型能力，提供智能问答、答案推荐和联网搜索等场景支持，显著提升了客服工作效率和知识管理能力。

2025-08-19 10:57:37 1514

原创 AI质量专项报告自动分析生成｜得物技术

本文介绍了如何利用AI工作流平台优化数据分析流程。当前数据收集和分析主要依赖人工操作，效率低下且耗费资源。通过部署基于Dify的AI智能体平台，实现了多模型选择、可视化工作流编排和全链路观测等功能，支持自动生成结构化报告。实践表明，该方案显著提升了报表生成效率，使团队能专注于数据归因分析。未来计划进一步丰富工作流功能，深化异常指标分析，并将该模式推广至更多业务场景。

2025-08-14 14:49:08 1874

原创 Rust 性能提升“最后一公里”：详解 Profiling 瓶颈定位与优化｜得物技术

然而，在这次大规模迁移中，我们观察到一个有趣的现象：大多数服务在迁移后性能都得到了显著提升，但有那么一小部分服务，性能提升却不尽如人意，仅仅在 10% 左右徘徊。原来，我们的代码在每次写入 OSS 时，都会新建一个 OSS 实例，随之而来的是一个全新的 HTTP 客户端和一次耗时的 TLS 握手。即使在已经实现了初步性能提升的 Rust 服务中，仍然存在巨大的优化空间。未来，我们将继续探索更高效的 Profiling 方案，并深入挖掘其他潜在的性能瓶颈，以在万亿流量的生产环境中实现极致的性能和资源利用率。

2025-08-12 13:47:54 1770

原创 Valkey 单点性能比肩 Redis 集群了？Valkey8.0 新特性分析｜得物技术

Valkey 8.0性能飞跃：异步IO与内存优化技术解析 Valkey 8.0作为Redis的分支版本，通过创新技术实现了单节点100W/s的性能突破。文章首先对比了Redis 6.0多线程IO与Valkey 8.0异步IO的差异，重点分析了Valkey采用的环形缓冲区任务队列、动态线程调整和事件轮询卸载等特性。随后深入探讨了Valkey引入的内存优化技术：数据预取(Prefetch)通过提前加载数据减少内存访问延迟，内存访问分摊(MAA)优化哈希表访问模式。这些创新使Valkey在保持Redis核心功能的

2025-08-07 14:13:21 1695

原创 Java SPI 机制初探｜得物技术

SPI 即 Service Provider Interface ，也就是 “服务提供者的接口”。SPI 将服务接口和具体的服务实现分离开来，将服务调用方和服务实现者解耦，能够提升程序的扩展性、可维护性。同时，修改或者替换服务的实现不需要修改调用方。Java 中有许多地方都使用到了 SPI 机制，比如数据库加载驱动 JDBC、Spring

2025-08-06 22:49:01 1463

原创得物向量数据库落地实践

Milvus RT 200 不满足业务需求，并且 QPS 一直上不去，无论我们对 QueryNode 扩容多大，其中还发生过，将 Query 扩容到 60 个后，反而 RT 上升的问题，排查后是因为有的 QueryNode 和 Proxy 交互的时候网络会抖动影响了整体的 RT。一般向量数据库中向量的来源是将图片、音频、视频、文本等非结构化数据，将这些非结构化数据通过对应的量化算法计算出一个多维度的向量（生产使用一般向量维度会大于 512），并且将向量数据持久化在特定的存储上。

2025-08-06 12:54:01 1901

原创 Java volatile 关键字到底是什么｜得物技术

随着科学的进步，CPU 的运算速度越来快，根据摩尔定律计算，相当于 CPU 的性能每年增长 60%，相比之下，内存性能的增长却相对缓慢，每年约为 7%。最终得到了（A = 1，B = 1，X = 0，Y = 0）的结果。记得我们前面说过，CPU 的 L1、L2 缓存是各核心独占的，在两个 CPU 的 L2 缓存同时加载了同一个缓存行的情况下，当 CPU 0 数据 X 做了写操作（X = 1），其他 CPU 对这一修改是不可见的，这时 CPU 1 如果依然访问自己高速缓存中的数据，势必会产生数据不一致。

2025-07-29 18:28:52 1412

原创社区搜索离线回溯系统设计：架构、挑战与性能优化｜得物技术

在社区场景中，我们积累了丰富的用户互动数据。这些历史互动信息对CTR/CVR预估建模具有重要参考价值，用户的每次互动都反映了其特定维度的偏好特征。当前，已在多个业务实践中验证，基于用户历史互动特征进行未来行为预测是有效的。用户互动序列越长，包含的偏好特征就越丰富，但同时也带来了更大的技术挑战。

2025-07-17 11:41:31 2019

原创从 “卡顿” 到 “秒开”：外投首屏性能优化的 6 个实战锦囊｜得物技术

在互联网时代，网站性能的好坏直接影响用户体验和转化率。对投放的广告页面而言，如何在保证视觉效果和功能的同时提升加载速度，成为了开发者必须面对的挑战。

2025-07-15 11:55:20 1519

原创从Rust模块化探索到DLB 2.0实践｜得物技术

在云原生架构高速迭代的背景下，基础设施的性能瓶颈与安全隐患成为技术演进的关键挑战。本文系统记录了团队基于Rust语言改造Nginx组件的完整技术路径：从接触Cloudflare的quiche库，引发对Rust安全特性的探索，到通过FFI实现核心逻辑的跨语言调用；从突破传统C模块开发范式自研 ngx_http_rust_module SDK ，到全面采用Pingora框架构建新一代DLB 2.0流量调度平台。

2025-07-10 11:18:31 1817

原创 eBPF 助力 NAS 分钟级别 Pod 实例溯源｜得物技术

针对多业务共享NAS场景中异常流量定位困难的问题，本文提出了一种基于eBPF技术的服务级流量监控方案。通过在内核层捕获NFS文件系统的读写操作，结合容器cgroup信息关联进程上下文，实现了从主机级别到Pod级别的精准流量溯源。系统架构包含内核空间eBPF程序采集原始数据、用户空间程序补充元数据、以及自定义Prometheus指标导出等模块。实际应用表明，该方案将流量溯源时效从小时级缩短至分钟级，有效提升了异常定位效率，并为带宽资源调度提供了数据支持。

2025-07-09 11:38:45 1765

原创正品库拍照PWA应用的实现与性能优化｜得物技术

得物技术团队针对ERP系统中正品库建设面临的效率瓶颈，通过PWA技术实现了移动端高清拍摄解决方案。原流程存在PC端操作繁琐、图片质量压缩、异地借阅效率低等问题，日均仅能处理30件商品。

2025-07-03 11:48:33 1541

原创汇金资损防控体系建设及实践 | 得物技术

摘要：得物汇金业务构建了一套完整的资损防控体系，通过事前需求分析、事中实时监控、事后快速响应的三阶段方案，有效保障资金安全。体系包含资损字段标记、业务指标监控、跨域资金核对三层防护，采用Dcheck平台实现实时核对与定时巡检。2024年至2025年5月累计布防520+规则，发现160+问题，其中5起资损事件被及时拦截，客诉量显著下降41%。未来将探索AI场景分析、SQL降噪等技术优化防控效率。该体系降低了90%人工分析成本，实现了资金风险的全链路管控。

2025-07-01 14:21:48 2028

原创给Javaer看的大模型开发指南｜得物技术

Spring AI为Java生态提供大模型集成支持，简化LLM开发流程。大模型本质是固化语言规律的数学公式，具备无状态、结构化输出和函数调用等特点。主流API如OpenAI基本遵循相似设计模式。工程实践中可通过RAG架构结合知识库解决私域数据问题，MCP协议则打通大模型与传统系统。Spring-AI抽象出Model、ChatModel等核心接口，支持多平台开箱即用，并提供会话管理和RAG增强能力。开发者可基于ChatClient构建智能体，通过系统提示词和函数调用实现业务场景。

2025-06-27 10:29:05 1618

原创 Cursor Rules优化实战：构建高效稳定的AI代码生成规范体系｜得物技术

本文针对AI辅助编程工具CursorIDE使用中的协作规范问题，提出了一套三层架构的AI协作规范体系。针对旧规范存在的规则冗余、提示词冲突和维护困境三大痛点，新方案采用"分层架构+职责分离+按需调用"的设计理念：基础层含7个单一职责的规范文件；模块层遵循前端分层架构；流程层实现业务场景标准化。通过统一规则格式、明确AI协作协议和执行流程，有效提升了AI代码生成的质量与效率。

2025-06-26 12:03:22 1959

原创 Redis 是单线程模型？｜得物技术

Redis 6.0引入了多线程IO模型，但其核心仍保持单线程执行命令。多线程仅用于网络数据的读写和协议解析，通过非阻塞I/O和高效事件循环提升性能。配置参数包括io-threads和io-threads-do-reads，前者设置线程数，后者控制是否启用多线程读。性能测试表明，多线程IO可显著提升QPS，尤其在连接数多、value值小时效果更明显。然而，Redis 6.0的多线程IO仍存在CPU利用率不足、任务执行有限等缺点。Valkey 8.0通过异步IO线程进一步优化性能，单节点QPS可达100万。

2025-06-20 11:38:15 1643

空空如也

空空如也