话题公司 › 京东

公司:京东

关联话题: JD

京东是中国最大的电子商务公司之一,成立于1998年。公司提供在线零售、物流配送、支付服务等一系列互联网服务。京东市场规模庞大,是中国最大的网络零售商之一。随着国内电子商务市场的不断发展和技术的不断提升,京东已经成为中国互联网行业的领导者之一。

京东保险供应链的前世今生

保险供应链系统的建设,从零基础,到保险公司覆盖率第一的技术平台,经历了一个漫长且艰辛的历程...…

gRPC-第二代rpc服务

在如今云原生技术的大环境下,rpc服务作为最重要的互联网技术,蓬勃发展,诞生了许多知名基于rpc协议的框架,其中就有本文的主角gRPC技术。

代码之美:聊聊代码整洁之道

代码之美有很多方面,可以谈高级编程语言以及各语言的框架/类库,也可以聊算法和数据结构,还可以谈操作系统内核或是层出不穷的中间件,不过这里我们看最不起眼的代码整洁之道。

「数据密集型应用系统设计」读后感与团队高并发高性能实践案例

分布式数据系统面临一致性、可用性、分区容错性等挑战,主从复制通过读写分离和数据容灾提高可靠性,MySQL和Redis的主从复制机制各有特点。分区算法包括取模、Hash和一致性Hash,Redis集群通过槽位定位提高扩展性。大Key和热Key带来性能问题,通过重构和优化解决。扩容策略、分库分表、缓存治理是提升系统性能和可靠性的关键。

Mybatis 拦截器实现单数据源内多数据库切换

物流的分拣业务在某些分拣场地只有一个数据源,因为数据量比较大,将所有数据存在一张表内查询速度慢,也为了做不同设备数据的分库管理,便在这个数据源内创建了多个不同库名但表完全相同的数据库。

现在需要上线报表服务来查询所有数据库中的数据进行统计,那么现在的问题来了,该如何 满足在配置一个数据源的情况下来查询该数据源下不同数据库的数据 呢,借助搜索引擎查到的分库实现大多是借助 Sharding-JDBC 框架,配置多个数据源根据分库算法实现数据源的切换,但是对于只有一个数据源的系统来说,我觉得引入框架再将单个数据源根据不同的库名配置成多个不同的数据源来实现分库查询的逻辑我觉得并不好。

A/B实验常见问题:实验异常值应该如何处理?

在互联网AB实验场景中,应该如何处理异常值问题?

真实案例解析缓存大热key的致命陷阱

本文将探讨一个常见但容易被忽视的问题:缓存大热key和缓存击穿问题。我们将从一个真实案例入手,分析其原因,并提供解决方案和预防措施。

IO模型介绍(select、poll、epoll)

IO中的I就是input,O就是output,IO模型即输入输出模型,而比较常听说的便是磁盘IO,网络IO。

实现“代码可视化”需要了解的前置知识-编译器前端

“代码可视化”的概念定义和业界案例在前文中已经进行了讲述,综述可阅读浅析“代码可视化”,更多相关知识可查看专栏“代码可视化”。

架构提效的矛盾和矛盾的主要方面

本文将从稳定、性能、代码三大维度出发,结合实战经验,探讨如何有效提升架构效能。

浅谈API错误码设计

在API接口设计中,定义接口错误码是至关重要的一环。本文将重点讨论API错误码的设计,而不涉及API的其他方面。

SQL大宝剑--已燃尽所有SQL的理解

从事数据开发将近四年,过程中有大量任务交接或阅读同事代码的场景。在这些场景中发现有些SQL读起来赏心悦目,可以一目了然地了解业务逻辑,一些复杂的业务需求实现方法也可以做到简洁优雅,同时在性能上也有良好表现。而有些SQL读起来非常艰难,时常要跨越几百行寻找WHERE条件或者关联字段,甚至充斥着大量相同的子查询命名,除了作者可能少有人能快速看懂。

京东供应链创新与实践:应用数据驱动的库存选品和调拨算法提升履约效率

2024年10月,京东零售供应链技术团队凭借其在库存选品与调拨技术上的创新与实践,荣获运筹与管理学领域的国际顶级奖项Daniel H. Wagner Prize。本文为您介绍获奖背后的供应链技术创新和落地应用。

关于「日志采样」的一些思考及实践

系统日志可用于追踪用户操作轨迹,异常情况下,合理的日志有助于快速排查、定位问题,毫无疑问,打印日志对于系统是很重要的。

CDP技术系列(二):ClickHouse+Bitmap实现海量数据标签及群体组合计算

上一篇文章介绍了CDP中,面对单个标签或群体数十亿的数据如何存储CDP技术系列(一):使用bitmap存储数十亿用户的标签或群体

京东电商搜索:深度强化学习的探索与落地

该论文提出一个多目标深度强化学习框架,通过集成多目标Q学习、基于交叉熵方法的决策融合算法和渐进数据增强系统,优化电商平台上的流量分配。

Главная - Вики-сайт
Copyright © 2011-2025 iteam. Current version is 2.139.0. UTC+08:00, 2025-01-11 06:13
浙ICP备14020137号-1 $Гость$