公司：腾讯
腾讯控股有限公司（英语：Tencent Holdings Limited），简称腾讯，是中国一家跨国企业控股公司，为中国大陆规模最大的互联网公司，1998年11月由马化腾、张志东、陈一丹、许晨晔、曾李青5位创始人共同创立，总部位于深圳南山区腾讯滨海大厦。腾讯业务拓展至社交、金融、投资、资讯、工具和平台等不同领域，其子公司专门从事各种全球互联网相关服务和产品、娱乐、人工智能和技术。目前，腾讯拥有中国大陆使用人数最多的社交软件腾讯QQ和微信，以及最大的网络游戏社区腾讯游戏。在电子书领域 ，旗下有阅文集团，运营有QQ阅读和微信读书。
腾讯于2004年6月16日在香港交易所挂牌上市，于2016年9月5日首次成为亚洲市值最高的上市公司，并于2017年11月21日成为亚洲首家市值突破5000亿美元的公司。2017年，腾讯首次跻身《财富》杂志世界500强排行榜，以228.7亿美元的营收位居478位。2021年腾讯因财付通业务，也受到了国家金融机构的监管风暴影响，一度被重罚股价大跌，直到2023年整顿完成后才重回世界十大。
香港财经界把阿里巴巴、腾讯、美团点评、小米四只中国大陆科技股的英文名称首个字母，合称“ATMX”股份。
存量时代，不能错过的新方向：客户成功
当下全球经济面临通胀、地缘政治、疫情反复、消费疲软等多重压力，公司发展面临前所未有的挑战！客户成功作为一种新的商业模式，可以帮助公司释放客户巨大增长潜力，减少客户流失，提高客户留存，带来新的机遇！客户成功经理作为新兴职业，很多同学不知道具体该怎么做，本篇文章带领大家走入客户成功经理的世界。
深入学习IO多路复用 select/poll/epoll 实现原理
select/poll/epoll 是 Linux 服务器提供的三种处理高并发网络请求的 IO 多路复用技术，是个老生常谈又不容易弄清楚其底层原理的知识点，本文打算深入学习下其实现机制。
C#内存管理机制及WP内存泄漏定位方法
本文主要介绍C#的内存管理方式，并相应的总结了C#使用内存的一些规范和使用陷阱。另外还提供了一套在WP平台下发现内存泄漏及定位内存泄漏点的解决方案。
开发一个Feeds流系统——写扩散模式
本文主要针对Feeds流进行介绍，将从Feeds流的演变入手，带你一步步了解Feeds流，而后学习如何从开发角度入手，对其进行建模，抽象出Feeds流常见的架构，最终搭建高可用、高扩展、高性能的Feeds流应用。
腾讯Kona国密套件：从基础算法到安全协议
腾讯Kona国密套件（Tencent Kona SM Suite）基于JDK的标准Service Provider Interface（SPI）实现了从基础算法簇，到公钥基础设施（PKI），再到安全通信协议的全链路国密特性。
十多年前祖传代码重构——从25万到5万行
近期，我们接管并重构了十多年前的 Query 理解祖传代码，代码量减少80%，性能、稳定性、可观测性都得到大幅度提升。本文将介绍重构过程中系统实现、DIFF修复、coredump 修复等方面的优化经验。
关于生态系统设计的思考
本文从交互设计师角度出发，结合腾讯成长守护项目经验，分享一些关于服务生态系统设计的思考，并尝试探寻在较为复杂的业务生态中，交互设计师如何发挥更大设计价值。
用户流失预警分析
针对用户增长分析这个课题，本文主要从用户防流失的角度，阐述如何基于QQ社交网络数据构建用户流失预警模型，找出高潜流失用户，用于定向开展运营激活，从而有效控制用户流失风险，提升大盘用户的留存率和活跃度。
ZooKeeper 核心通识
为了应对大流量，现代应用/中间件通常采用分布式部署，此时不得不考虑 CAP 问题。ZooKeeper（后文简称 ZK）是面向 CP 设计的一个开源的分布式协调框架，将那些复杂且容易出错的分布式一致性服务封装起来，构成一个高效可靠的原语集，并以一系列简单易用的接口提供给用户使用，分布式应用程序可以基于它实现诸如 数据发布/订阅、负载均衡、命名服务、集群管理、Master 选举、分布式锁、分布式队列 等功能。ZK 之所以能够提供上述一套分布式数据一致性解决方案，核心在于其设计精妙的数据结构、watcher 机制、Zab 一致性协议等，下面将依次剖析。
3年3款产品百万级增长——我在腾讯一线做增长的思考和方法论
做增长工作数年，从工具产品、内容产品再到社交产品，最终都收获了百万级的增长。这个过程中我深感增长方法之可拓展性：无论是做什么产品，都离不开做留存、做规模、做营收；通过增长这套科学的方法，我们可以快速抓住关键点，并且高容错地落地。
腾讯CDN业务连续性建设之智能运维探索
腾讯CDN的业务连续性建设，挑战其实比较大。
第一是带宽储备，目前我们有150T带宽的储备，遍布全球的2000+的CDN节点，覆盖了国内外的主流运营商以及中小运营商。这种海量的带宽和复杂的跨国、跨运营商的网络环境，给运营带来了很大挑战。
第二是设备资源，目前为止我们已经有500W核的设备资源、85种机型、10类硬盘。以硬盘为例，为了做好现网的运营，我们做了十个等级硬盘速度的区分，来适配各个业务的挑战。硬件设施的丰富程度也让运营的复杂度陡增。
第三是海量请求，目前CDN QPS在晚高峰已经超过100M/s。100M其实就是一个亿，这一个亿的每秒请求量，包含多种业务形态，比如点播、静态、下载、直播、动态加速等，还有当前正在推出的安全加速；包含多种类型的协议，比如网络协议上支持IPv4，IPv4+IPv6双栈，应用层支持HTTP、HTTPS、H2、QUIC等协议。海量的请求，丰富的业务场景也对现网运营体系的设计带来极大挑战。
微文案是快速改进界面的好方法
文案对于用户体验来说，是非常重要却又容易被忽略的元素之一。好的文案，能给用户带来好的产品使用体验，作为设计师的我们，一定要足够重视。今天这篇文章，将会从常用UI元素中举例说明微文案的正确用法及价值。
InnoDB 的 Change Buffer
change buffer（在 MySQL 5.6 之前叫 insert buffer，简称 ibuf ）是 InnoDB 5.5 引入的一种优化策略，若二级索引页不在 buffer pool 中，则将针对二级索引页的操作暂时缓存起来，等到该页从磁盘读到 buffer pool 中时再批量的（batch）apply 这些操作，从而达到减少磁盘 I/O 的目的。
如何更好地使用Kafka？
本文主要从Kafka消费、堆积、稳定性、预案、成本控制等角度等最佳实践。
深入解读Raft算法与etcd工程实现
本文不对 raft 算法从头到尾细细讲解，而是以 raft 算法论文为起点，逐步解读 raft 算法的理论，帮助读者理解 raft 算法的正确性。然后，etcd 不仅是 raft 算法最为热门的工程实现，同时也是云原生 kubernetes 的核心存储，本文也对 etcd 的底层实现进行剖析，让读者在使用 etcd 组件的过程中能够做到心中有数。对 raft 算法足够熟悉的同学，也可以直接阅读 etcd 工程实现那块内容。
带你走进 Redis
Redis 是一个开源、基于内存、使用 C 语言编写的 key-value 数据库，并提供了多种语言的 API。它的数据结构十分丰富，基础数据类型包括：string（字符串）、list（列表，双向链表）、hash（散列，键值对集合）、set（集合，不重复）和 sorted set（有序集合）。主要可以用于数据库、缓存、分布式锁、消息队列等...
以上的数据类型是 Redis 键值的数据类型，其实就是数据的保存形式，但是数据类型的底层实现是最重要的，底层的数据结构主要分为 6 种，分别是简单动态字符串、双向链表、压缩链表、哈希表、跳表和整数数组。