- 综合排序
- 最热优先
- 最新优先
- 来自专栏服务端技术杂谈
重构系统的套路-明确重构目的
重构系统的套路系列： 本篇说下重构系统的套路中的，明确重构的目的。 ? 比如为了系统稳定性的重构，我们更需要关心的是系统稳定性指标，我们需要在整个服务链路上进行梳理，梳理出核心链路，核心链路的耗时控制及QPS，如果不能在整个链路上下游达成统一，往往会造成一些未知且不可控的问题 如果直接把一个500ms设置成100ms，结果没有在意到这个500ms是一个数据上报功能，其实对核心业务不影响，但是因为降低了400ms造成上报数据系统超时，最终统计数据有误，造成金融结算金额错误，所以一个小小的修改超时时间造成了一个如此大的问题 比如我们用redis集群做幂等服务，因为多服务同步之间通过定时任务触发，定时任务触发后可能因为大数据量造成请求挤压，高峰期挤压处理在2～5h不等，所以这个redis的key的超时时间需要覆盖到5h，梳理了程序代码逻辑就 上面这个虽然是我自己在系统梳理过程中意淫出来的场景，但我不得不再我进行类似系统重构之前，在代码逻辑角度，功能业务角度，缓存集群，mq集群，DB集群等角度考虑，我这次重构可能造成的问题，只有我们在系统重构之间能够想的比黑天鹅来的更快我们才能对系统做更多的保护
2.4K30发布于 2018-09-21 - 来自专栏数商云贸
重构安防行业资源配置流向，B2B网上商城系统降低核心用户经营成本
B2B系统适用于撮合交易、集采、自营联营、授权等模式，电子产品B2B系统实现电商企业业务在线化、数字化，提升效率、降低成本，B2B平台立足于安防、整合安防行业资源、提升安防全产业链运作，打造安防行业新业态 2、供应商管理 B2B平台可自定义供应商准入评审规则，实现对供应商招募与准入，理清混乱的供应商关系，B2B网上商城系统可对不同品类供应商多策略管控，同时引入供应商征信信息，B2B商城系统可对供应商进行风险监控 B2B电子商务平台核心价值 1、大数据精准构造用户画像 安防B2B系统通过大数据和信息化手段充分了解市场，构建用户画像，梳理安防市场上游信息，建立统一的B2B平台管理制度，严格监控各个上游产地的发展状况和优劣势 安防产业未来有着巨大的空间，[数商云]B2B网上商城系统重构安防行业资源配置流向，为企业插上互联网翅膀，加快安防行业的发展速度，为安防行业注入新的血液驱动，让安防行业从源头开始逐步提升，打造更加完善、更贴近市场的安防 B2B平台，降低核心用户经营成本。
50540编辑于 2022-05-30 重构金融核心底座：四川银行操作系统融合创新实践
该方案不仅是单一软件的替换，而是从芯片到应用的全栈重构：●全栈自主可控：协同98家供应商，实现从底层硬件（C86/ARM芯片、服务器、交换机）到上层应用（SaaS、PaaS、aPaaS）的全面适配。 ●核心底座确立：最终选择TencentOS作为云平台操作系统，支撑物理机、虚拟机及容器的全场景运行，并兼容OceanBase、TDSQL等国产数据库。 ●业务系统全面覆盖：完成了核心、渠道、支付、信贷、风控等93套应用系统的适配；支撑云上虚拟机超4200个，承载容器节点数突破60000+。 ●系统稳定性验证：协同完成了TencentOSV2到V3的全量升级，期间保持业务连续性；获得10+3年的生命周期服务支持，确保长期稳定。 2.权威合规认证：符合2023年财政部操作系统政府采购需求标准，V3版本通过2024首批安全可靠测评，并通过金融XC生态实验室的适配测评。
20410编辑于 2026-01-07- 来自专栏开发笔记
Chapter 2 ：重构的原则
1，什么是重构？ 在不改变软件可观察行为的前提下，使用一些重构的手法，提高代码可读性。 换句话说，在保持软件可用的前提下，修改代码使得更加容易被理解。 2，为什么重构？ 为了后续的代码维护和修改，易读是重构的核心价值。 除此之外，重构随之带来的好处有： 找到bug 提高编程速度（在代码量累计到一定程度时，重构过的代码会更加易于添加新功能） 3，什么时候重构？ 就如同重构的定义，在可用的前提下，提高重构的技术。 什么时候不应该重构？ 对于一段凌乱的代码，如果不需要修改它，就不需要重构。 只有当你需要理解其工作原理时，重构才变得有价值。 如果重写比重构更加容易，那就不需要重构了。（判断） 4，重构会遇到哪些问题？ 准备这套测试套件的代价很高，但收益也是可观的： 使重构可行性变得更大 使添加新功能更加安全 bug排查更加迅速，容易 遗留代码 重构可以很好的理解遗留系统，但同时又是十分危险的。
78410发布于 2020-01-22 腾讯“云基座+AI大模型”重构公积金核心系统与业务闭环纪要
第一章：破解自主可控与服务跨越的双重发展瓶颈 公积金行业信息化建设正面临“融入数字中国战略”与“底层技术重构”的双重压力。 当前企业与机构在数字化转型中暴露出的核心痛点集中在基础设施与业务模式的断层： 底层架构的安全与兼容断层：传统业务系统亟需摆脱外部依赖，面临操作系统（如CentOS停服替换）、数据库（去O及开源替代）和平滑迁移的巨大压力 第三章：释放云原生与高并发架构的量化业务效能 基于腾讯内部及政务客户的实际改造落地，其底层产品体系直接驱动了系统稳定性、运维成本及开发效率的大幅优化（数据来源：腾讯云各产品线规模化实践统计）： 核心指标一 核心指标二：IT资源成本与运维效率重构 依托TCS云原生平台的改造实践，IT硬件与算力成本最高降幅达70%； 系统低峰期资源利用率提升500%以上，整体运维效率提升90%，持续交付效率提升达80%，日常数据库运维实现 行业前沿的AI专利与产品矩阵：累计获得5000+项AI相关专利，全球互联网企业专利榜排名第2；主导的智能体开发平台（ADP）及大模型矩阵深度集成RAG体系，已被多家头部政企采用，确保技术红利直接转化为政务生产力
15510编辑于 2026-04-15- 来自专栏前端从进阶到入院
Vue2 核心成员战斗力：几天内把 Flow 重构为 TypeScript！
去 Github 围观了一下chore: move to typescript 这个 PR，基本上是 10w 行级别代码量的改动，把整个 Vue2 的代码库从原先的 flow 类型系统全部迁移到了 TypeScript ，包括代码、构建系统、各种 lint 工具等等，恐怖的战斗力！ 起源 Vue2 为什么最开始选择 Flow 作为类型系统？其实在一个 2016 年的知乎问题Vue 2.0 为什么选用 Flow 进行静态代码检查而不是直接使用 TypeScript？ 重构。 构建相关的改动。 代码库更新为 TypeScript 编写。 感谢 Vue 核心团队成员们夸张的战斗力，给前端界带来这么优秀的框架而且持续迭代和优化。
1K50编辑于 2022-03-10 - 来自专栏Java架构师学习
如何做系统重构
同时，需要认真比较重构的各种方案的利弊，想清楚后再开始，任何时候都需要有方案B。 2. 除此之外，通过研究当前系统，才能记录目前系统的性能基准，为未来评估重构的效果做准备。 本质上的原因在于，业务都是以数据流为载体的，架构重构的本质就是让数据流更通畅。所以在重构过程中，我们务必保证以下两点，1. 重构后的系统，对于数据的存储、处理、分析等功能是否有影响；2. 在重构过程中或者重构后，我们能用数据来验证重构的效果，能不断的对系统进行优化。 5. 至于如何来拆分重构，并没有一个统一的标准，但是我个人的看法，每次重构的工作量，不应该超过1个正常的迭代（2周时间）。 6.
1.6K50发布于 2018-05-04 - 来自专栏Java建设者
真刺激：一个核心系统 3 万多行代码的重构之旅
重构，着实是一件让程序员兴奋的事情。 今年年初，我们团队完成了一个复杂项目的重构工作，它属于广告系统最核心的引擎部分，大概有 300 多个文件，3 万多行代码。 01 先聊聊这个系统的历史包袱 我们的广告引擎在这次重构前大概经历了1年半时间的迭代，初期针对的是搜索场景，业务单一，流程清晰。 2019年开始，公司的广告业务开始快速扩张，收入几乎是指数级的增长。 这次重构的代码量很大，3 万多行，而且是广告系统最核心的引擎部分。 2、技术侧的顾虑：重构一旦引起线上事故，公司是有处罚制度的，如何让大家轻装上阵？同时，重构过程中如果还有非常重的业务迭代穿插，交付时间没人敢保证，质量也很难得到控制。 ▍明确重构的目标和价值 让所有人感受到痛点后，我们规划了本次重构的两个核心目标： 1、主体框架的重构：将主流程模块化，重新定义上下层协议，确保接口清晰；各层级内部也需要做好抽象，具备良好的扩展性。
49620发布于 2020-11-09 - 来自专栏全栈程序员必看
【《重构 改善既有代码的设计》学习笔记2】重构原则
【《重构 改善既有代码的设计》学习笔记2】重构原则 本篇文章的内容来自《重构 改善既有代码的设计》一书学习笔记整理并且加上自己的浅显的思考总结！ 2、重构使软件更容易理解 可理解性之一：让第二读者更容易懂程序代码 所谓程序设计，很大程度就是与计算机交谈：让计算机按照你编写的代码来做事情。 良好的设计是维持软件开发速度的根本，重构可以阻止系统的软件设计腐败变质,从而提高编程速度，理所应当！ （事不过三，三则重构） 2、添加功能时重构 最常见的重构就是添加新特性的时候，代码的设计无法帮助我们轻松的添加所需的特性。 3、修改错误时重构 遇到bug，解决bug的时候，可以进行重构。 3、难以通过重构手法完成设计改动 在项目中很难将一个 不考虑安全性需求的系统重构成具有良好安全性的系统。
77430编辑于 2022-07-20 - 来自专栏why技术
why哥带你看看一个核心系统 3 万多行代码的重构之旅
重构，着实是一件让程序员兴奋的事情。 今年年初，我们团队完成了一个复杂项目的重构工作，它属于广告系统最核心的引擎部分，大概有 300 多个文件，3 万多行代码。 01 先聊聊这个系统的历史包袱 我们的广告引擎在这次重构前大概经历了1年半时间的迭代，初期针对的是搜索场景，业务单一，流程清晰。 2019年开始，公司的广告业务开始快速扩张，收入几乎是指数级的增长。 这次重构的代码量很大，3 万多行，而且是广告系统最核心的引擎部分。 2、技术侧的顾虑：重构一旦引起线上事故，公司是有处罚制度的，如何让大家轻装上阵？同时，重构过程中如果还有非常重的业务迭代穿插，交付时间没人敢保证，质量也很难得到控制。 ▍明确重构的目标和价值 让所有人感受到痛点后，我们规划了本次重构的两个核心目标： 1、主体框架的重构：将主流程模块化，重新定义上下层协议，确保接口清晰；各层级内部也需要做好抽象，具备良好的扩展性。
43130发布于 2020-11-10 - 来自专栏杨龙飞前端
vue重构后台管理系统调研
Q4要来了，我来这家公司已经一个季度了，通过对公司前端框架的整体认识，对业务的一些认识，发现，这些东西也都是可以重构，无论是v2，还是v3的代码。 进入重构，首先的问题是，后端渲染，为什么要做后端渲染，因为有时候会做google统计，seo优化，之类的，必须用后端渲染才行，普通的spa就不行了，而且语言包那一块需要去服务器拉去数据后才能生成文件，必须有后端服务做支撑 但是这样搭载过之后，我发现，后台管理系统里会有一些统计数据的工具，这时候可能会引入vue的图标框架，但是我不能确定vue的图表插件能否支持ssr 纠结之中我还是放弃了，如果以后有小的项目可以试一下。
1.8K10发布于 2018-10-11 Java核心-核心类与API（2）
话接上回，继续核心类与API的学习，这次介绍StringBuffer/StringBuilder/StringJoiner类。 2、创建StringBuffer类对象 2.1 三种方式 1）StringBuffer() 构造一个空的字符串缓冲区，并初始化为 16 个字符的容量。 2）StringBuffer(int length) 创建一个空的字符串缓冲区，并初始化为指定长度 length 的容量。 2）StringBuilder(int length) 创建一个空的字符串缓冲区，并初始化为指定长度 length 的容量。 2）StringBuffer StringBuffer 就是为了解决大量拼接字符串时产生很多中间对象问题而提供的一个类。
39731编辑于 2024-02-24- 来自专栏java思维导图
大型系统重构的步骤梳理
作者:Yomut 原文：https://my.oschina.net/yomut/blog/714497 目前正在参与公司一个核心大系统的重构工作。本文梳理一下大型系统重构的一些步骤和心得。 系统除了要应付大量的并发请求，还必须快速支持各种业务需求，必须对系统进行大重构。 备注： 下面的一些步骤和方式是根据我自己的项目的实际列出的。 数据库重构 前期的项目，由于赶进度，并没有充足的时间设计表，导致各种冗余表、大表、大量的冗余的字段、扩展性差的表。所以重构系统的时候，可以先从表开始，通过对当前业务的梳理，重新把表整理一下。 1. 字段太多的表，可以根据部分字段的业务属性，抽取成一个新表； 2. 已经不再用的表字段，删除掉； 3. 数据库重构，一般由专门的数据架构师来处理。数据架构师必须和业务架构师紧密配合。 数据迁移 由于对数据库进行了重构，那么旧数据库的数据必须完整的迁移过来。
1.8K20发布于 2018-08-16 - 来自专栏AI科技大本营的专栏
Python之父发文，将重构现有核心解析器
近日，他开通了 Medium 账号，并发表了第一篇文章，透露出要替换 Python 的核心部件（解析器）的想法。
1.3K10发布于 2019-08-01 金融核心系统国产化重构：基于腾讯云 TDSQL 的架构升级与价值验证
应对金融核心系统架构转型与自主可控挑战 在“2025 年底前实现核心系统现代化”的行业共识下，金融机构正面临从单纯的“软硬件替换”向“架构体系重塑”的深层次转型。 2. 验证业务连续性与降本增效核心指标 基于 14 个金融领域典型案例（涵盖银行、保险、券商），腾讯云 TDSQL 在核心交易系统重构中实现了关键业务指标的显著优化： 成本结构优化 (Cost Efficiency 平安银行： 新核心系统相比老系统成本节约近 70%，并在 5 年周期内节省费用超 10 亿元。 瑞众人寿： 核心系统数据库软硬件综合成本降低 40%。 瑞众人寿： 核心系统整体性能提升 20%，核心批量效率提高 25%。
42710编辑于 2026-03-03- 来自专栏数商云贸
B2B撮合交易平台：重构撮合交易系统链接本质
B2B无按钮.png B2B供应链系统开发服务商【数商云】从B2B行业企业服务的撮合交易平台系统商业模式进行分析总结，包括：撮合交易的产生与应用场景、撮合交易的用户定位与盈利模型、如何从撮合交易中保持竞争优势以及更为系统的企业服务模式的未来 二、B2B撮合交易系统服务 撮合交易系统服务是指服务型公司或者个人，从人们的实际生活出发，作为第三方，将多边信息集合在一起，通过整理和评估，将有效地信息针对性反馈给用户，这个过程统称为撮合交易系统服务。 B2B撮合交易平台解决了交易的快速达成，人工是最低效的方式，人工加系统的方式是更进一步的，股票和期货的电子化交易，是最高级的交易撮合形式。 五 、撮合交易平台的本质：重构B2B交易的链接方式 撮合交易平台重构链接的过程，只有选择弱关系作为切入点，才能快速见到成效，这本质上是一个顺势而为的逻辑。 这也是很多对B2B系统市场具备专业判断能力的投资机构，会将上下游是否分散作为B2B撮合交易平台逻辑能否成立的关键依据。而分散的含义并不能简单的理解为规模的分散，应该至少综合考虑上述四个分析维度。
1.5K40发布于 2019-10-28 - 来自专栏用户1337634的专栏
订单交易系统代码重构
订单交易系统随着业务的发展，逻辑也越来越多，需要进行重构，之前已经把交易模块拆分了，目前还需要再把订单系统进一步拆分 当前的问题 订单相关代码都放在一起，随着业务发展，逻辑越来越复杂 履约和查询（ 导出）对系统要求不同，不方便统一优化 重构方法 分离订单履约和查询相关逻辑代码 批量查询和导出相关逻辑，不再查询业务MySQL，改为查询ElasticSearch ps: 重构时，要注意哪些业务是基本固定的 ，哪些是经常变动的，需要把变动的逻辑尽量放到一起 参考 重构：改善饿了么交易系统的设计思路
96510发布于 2021-07-20 - 来自专栏服务端技术杂谈
重构系统的套路-微服务化
对于一个系统来说，用户的身份必须是统一的。 权限稍微复杂一点。和身份不同，权限通常分成两种类别： 功能权限和数据权限。 基于这个考虑，熔断器应该为非必要的服务调用提供备用方案，尽量保证核心流程的顺畅。 提升服务弹力 要正式上线，我们还必须做好负载均衡（Load Balancing，下简称 LB），提升整个服务的弹性。
58040发布于 2018-07-23 - 来自专栏杨建荣的学习笔记
运维系统重构的设计思路
最近要对已有的运维平台做重构工作，为什么要做重构，主要还是因为各种各样的原因，需要对已有的问题改进，修复历史遗留包袱。这个时间迟早都会来到，还不如自己自觉一点，提前发现问题，提前修复。 整个重构的核心思路就是对已有的平台做前后端分离，方向主要是对已有的后端设计做改进。 运维前后端分离的开发流程 ? 如果把重构比作一桌子菜，那么重构需要做的具体的事情，我分为了几类： 业务重构，脚本管理，API管理，通用日志管理。 业务重构 l 对已有逻辑的梳理 l 去除已有项目中的冗余设计 l 多数据源的支持，设计DAO层 l 对于项目中的SQL语句调用，统一使用DAO层来对接 前后端分离的设计和改进 l 前后端开发流程 l 前端技术部分改进
79920发布于 2018-07-26 - 来自专栏云计算行业
用领域驱动设计驱动系统重构
为什么系统功能似乎没有增加多少，但是代码却变得越来越庞大？如果系统重构是不可避免的，应该用什么样的设计思想和方法来引导我们进行系统重构。 《用领域驱动设计驱动系统重构》通过一个交通出行互联网应用的重构案例，展示随着功能不断迭代开发，系统开始腐坏变味的时候，如何利用领域驱动设计的方法驱动系统进行重构。
76030编辑于 2023-05-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号