搜索[优化]结果-低调大师优秀个人博客

精选列表

搜索[优化]，共10000篇文章

毫秒级查询性能优化实践！Apache Doris 在极越汽车数字化运营和营销方向的解决方案

在重构过程中，我们也积累了一些 Doris 性能优化的经验，与大家一同分享。

2024-06-06

基于 ACK Fluid 的混合云优化数据访问（二）：搭建弹性计算实例与第三方存储的桥梁

前文回顾：本系列将介绍如何基于 ACK Fluid 支持和优化混合云的数据访问场景，相关文章请参考：《基于 ACK Fluid 的混合云优化数据访问（一）：场景与架构》在前文《基于 ACK Fluid

2023-09-20

基于组合优化的3D家居布局生成看千禧七大数学难题之NP问题

组合优化也叫离散优化, 是运筹优化的重要组成部分, 其中 "组合" 是排列组合的组合。

2023-09-04

跨境独立站 OpenCart 专业版升级至 v4.1.6.0 | 优化导入导出/语言包/多规格等多项功能

✦✦ 二、优化功能（1）结账&注册默认勾选隐私政策（2）优化 IP Lock 页面 IP Lock是一种保护网站安全的技术，保护目标网页免遭重复访问者的窥探（3）兼容多商家子域名功能

2023-03-21

渠成平台 1.3 版本发布，支持平台数据库管理、优化服务备份管理、新上架多款应用

渠成平台，您可信赖的应用交付平台渠成平台 1.3 版本发布，新增数据库管理功能、服务导航页，优化服务备份管理，多款应用发布了新版本，为您更好地使用平台和应用、享受云原生应用的快捷与方便提供了更有力的支撑

2022-08-10

ShopWind 开源电商系统 V3.4.2 更新，优化商品采集功能，增加淘宝天猫京东商品一键导入

新增】详情页显示最近买家评价信息【新增】即时提现到支付宝余额功能【新增】查看买家评价页【新增】商品新品标识【新增】移动端商品展示支持瀑布流效果【新增】退款原路返回功能（支持支付宝和微信）【优化

2022-04-14

一次线上JVM调优实践，FullGC40次/天到10天一次的优化过程

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。 YGC耗时过长的排查与解决案例我们的广告服务在新版本上线后，收到了大量的服务超时告警，通过下面的监控图可以看到：超时量突然大面积增加，1分钟内甚至达到了上千次接口超时。下面详细介绍下该问题的排查过程。 1.检查监控收到告警后，我们第一时间查看了监控系统，立马发现了YoungGC耗时过长的异常。我们的程序大概在21点50左右上线，通过下图可以看出：在上线之前，YGC基本几十毫秒内完成，而上线后YGC耗时明显变长，最长甚至达到了3秒多。由于YGC期间程序会Stop The World，而我们上游系统设置的服务超时时间都在几百毫秒，因此推断：是因为YGC耗时过长引发了服务大面积超时。按照GC问题的常规排查流程，我们立刻摘掉了一个节点，然后通过以下命令dump了堆内存文件用来保留现场。 jmap -dump:format=b,file=heap pid 最后对线上服务做了回滚处理，回滚后服务立马恢复了正常，接下来就是长达1天的问题排查和修复过程。 2.确认JVM配置用下面的命令，我们再次检查了JVM的参数可以看到堆内存为4G，新生代和老年代均为2G，新生代采用ParNew收集器。再通过命令 jmap -heap pid 查到：新生代的Eden区为1.6G，S0和S1区均为0.2G。本次上线并未修改JVM相关的任何参数，同时我们服务的请求量基本和往常持平。因此猜测：此问题大概率和上线的代码相关。 3.代码检查再回到YGC的原理来思考这个问题，一次YGC的过程主要包括以下两个步骤：从GC Root扫描对象，对存活对象进行标注将存活对象复制到S1区或者晋升到Old区根据下面的监控图可以看出：正常情况下，Survivor区的使用率一直维持在很低的水平（大概30M左右），但是上线后，Survivor区的使用率开始波动，最多的时候快占满0.2G了。而且，YGC耗时和Survivor区的使用率基本成正相关。因此，我们推测：应该是长生命周期的对象越来越多，导致标注和复制过程的耗时增加。再回到服务的整体表现：上游流量并没有出现明显变化，正常情况下，核心接口的响应时间也基本在200ms以内，YGC的频率大概每8秒进行1次。很显然，对于局部变量来说，在每次YGC后就能够马上被回收了。那为什么还会有如此多的对象在YGC后存活下来呢？我们进一步将怀疑对象锁定在：程序的全局变量或者类静态变量上。但是diff了本次上线的代码，我们并未发现代码中有引入此类变量。 4.对dump的堆内存文件进行分析代码排查没有进展后，我们开始从堆内存文件中寻找线索，使用MAT工具导入了第1步dump出来的堆文件后，然后通过Dominator Tree视图查看到了当前堆中的所有大对象。立马发现NewOldMappingService这个类所占的空间很大，通过代码定位到：这个类位于第三方的client包中，由我们公司的商品团队提供，用于实现新旧类目转换（最近商品团队在对类目体系进行改造，为了兼容旧业务，需要进行新旧类目映射）。进一步查看代码，发现这个类中存在大量的静态HashMap，用于缓存新旧类目转换时需要用到的各种数据，以减少RPC调用，提高转换性能。原本以为，非常接近问题的真相了，但是深入排查发现：这个类的所有静态变量全部在类加载时就初始化完数据了，虽然会占到100多M的内存，但是之后基本不会再新增数据。并且，这个类早在3月份就上线使用了，client包的版本也一直没变过。经过上面种种分析，这个类的静态HashMap会一直存活，经过多轮YGC后，最终晋升到老年代中，它不应该是YGC持续耗时过长的原因。因此，我们暂时排除了这个可疑点。 5.分析YGC处理Reference的耗时团队对于YGC问题的排查经验很少，不知道再往下该如何分析了。基本扫光了网上可查到的所有案例，发现原因集中在这两类上：对存活对象标注时间过长：比如重载了Object类的Finalize方法，导致标注Final Reference耗时过长；或者String.intern方法使用不当，导致YGC扫描StringTable时间过长。长周期对象积累过多：比如本地缓存使用不当，积累了太多存活对象；或者锁竞争严重导致线程阻塞，局部变量的生命周期变长。针对第1类问题，可以通过以下参数显示GC处理Reference的耗时-XX:+PrintReferenceGC。添加此参数后，可以看到不同类型的 reference 处理耗时都很短，因此又排除了此项因素。 6.再回到长周期对象进行分析再往后，我们添加了各种GC参数试图寻找线索都没有结果，似乎要黔驴技穷，没有思路了。综合监控和种种分析来看：应该只有长周期对象才会引发我们这个问题。折腾了好几个小时，最终峰回路转，一个小伙伴重新从MAT堆内存中找到了第二个怀疑点。从上面的截图可以看到：大对象中排在第3位的ConfigService类进入了我们的视野，该类的一个ArrayList变量中竟然包含了270W个对象，而且大部分都是相同的元素。 ConfigService这个类在第三方Apollo的包中，不过源代码被公司架构部进行了二次改造，通过代码可以看出：问题出在了第11行，每次调用getConfig方法时都会往List中添加元素，并且未做去重处理。我们的广告服务在apollo中存储了大量的广告策略配置，而且大部分请求都会调用ConfigService的getConfig方法来获取配置，因此会不断地往静态变量namespaces中添加新对象，从而引发此问题。至此，整个问题终于水落石出了。这个BUG是因为架构部在对apollo client包进行定制化开发时不小心引入的，很显然没有经过仔细测试，并且刚好在我们上线前一天发布到了中央仓库中，而公司基础组件库的版本是通过super-pom方式统一维护的，业务无感知。 7.解决方案为了快速验证YGC耗时过长是因为此问题导致的，我们在一台服务器上直接用旧版本的apollo client 包进行了替换，然后重启了服务，观察了将近20分钟，YGC恢复正常。最后，我们通知架构部修复BUG，重新发布了super-pom，彻底解决了这个问题。往期推荐内存溢出及解决方案 JVM调优实战：解决CMS concurrent-abortable-preclean LongGC的问题四分钟解读JVM垃圾回收算法一次年轻代GC长暂停问题的解决与思考解读ThreadLocal的实现原理及应用场景 Redis缓存被污染了，该怎么办？本文分享自微信公众号 - 码农架构（iByteCoding）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

2020-11-04

谈反应式编程在服务端中的应用，数据库操作优化，从20秒到0.5秒

在确保正确性的前提下，实现数据库插入性能的优化。如果读者已经了解了如何操作，那么剩下的内容就不需要再看了。

2020-06-01

宜信-运维-数据库|SQL优化：一篇文章说清楚Oracle Hint的正确使用姿势

Hint是Oracle数据库中很有特色的一个功能，是很多DBA优化中经常采用的一个手段。那为什么Oracle会考虑引入优化器呢？

2019-05-05

标准权限模型RBAC与实际日常开发工作结合后，我对RBAC模型的改进优化研究成果分享

架构中的通用权限系统 -- 在页面中的调用权限讲解一步步教你如何用疯狂.NET架构中的通用权限系统 -- 数据集权限的调用权限讲解标准权限模型RBAC与实际日常开发工作结合后，我对RBAC模型的改进优化研究成果分享

2017-11-26

戴尔SC5020发布，专为提高效率/经济性优化设计的中端存储利器

专为提高效率/经济性优化设计的SC系列存储产品关于戴尔SC系列存储产品，大家并不陌生，此前面向中端用户推出的SC4020产品，就因为其优秀的综合性能而倍受用户喜爱。

2017-08-08

10+倍性能提升全过程--优酷账号绑定淘宝账号的TPS从500到5400的优化历程

10+倍性能提升全过程--优酷账号绑定淘宝账号的TPS从500到5400的优化历程背景说明 2016年的双11在淘宝上买买买的时候，天猫和优酷土豆一起做了联合促销，在天猫双11当天购物满XXX元就赠送优酷会员

2017-03-20

Android官方开发文档Training系列课程中文版：电池续航时间优化之监测电池电量及充电状态

原文地址：http://android.xsoftlab.net/training/monitoring-device-state/index.html 引言作为一款优秀的APP应用，应该总是想方设法的降低电量的消耗。通过这节课的学习，你将有能力使APP可以基于设备的状态来调整APP的功能及行为。我们可以通过比如在断开连接时关闭后台服务，或者在电量低的时候降低更新的频率等等手段来降低电量的消耗。监测电池电量及充电状态在更改后台的更新频次时，检查当前的电池电量及充电状态是我们先要做的。应用程序的更新频率取决于电池的电量以及充电状态。由于设备处于充电状态时应用的耗电量几乎可以忽略，所以，在设备连接到充电器时，你可以将应用的刷新频率开到最大，如果设备没有在充电，那么降低更新频率可以延长电池的使命时间。检查当前的充电状态首先我们需要检查当前的充电状态。BatteryManager会将电池信息以及充电信息通过粘性Intent将其广播。因为是粘性Intent，所以不需要注册BroadcastReceiver，只需要在调用registerReceiver()时传一个null就可以，当前的电池状态由该方法直接返回。你也可以在这里传递一个BroadcastReceiver对象，但是我们接下来的处理方式并不是在其中做的，所以这并不是必须的。 IntentFilter ifilter = new IntentFilter(Intent.ACTION_BATTERY_CHANGED); Intent batteryStatus = context.registerReceiver(null, ifilter); 如果设备当前处于充电状态，那么可以获得当前的充电状态，无论它是通过USB还是通过AC适配器充电的。 // Are we charging / charged? int status = batteryStatus.getIntExtra(BatteryManager.EXTRA_STATUS, -1); boolean isCharging = status == BatteryManager.BATTERY_STATUS_CHARGING || status == BatteryManager.BATTERY_STATUS_FULL; // How are we charging? int chargePlug = batteryStatus.getIntExtra(BatteryManager.EXTRA_PLUGGED, -1); boolean usbCharge = chargePlug == BatteryManager.BATTERY_PLUGGED_USB; boolean acCharge = chargePlug == BatteryManager.BATTERY_PLUGGED_AC; 通常的做法是：应当是在连接到AC电源适配器时，将后台的更新频率加到最大，如果当前处于USB状态，这个频率应当适当降低，如果断开充电，则应当进一步降低。监测充电状态的变化设备的充电状态很容易随着充电器的插入、拔出而发生变化。所以随着充电状态的变化应当相应的调整应用的刷新频率。当设备插上充电器或是拔出充电器时，BatteryManager都会广播一个Action，所以应当注册一个BroadcastReceiver用来监听这些事件。在清单文件中需要定义ACTION_POWER_CONNECTED及ACTION_POWER_DISCONNECTED的意图过滤器。 <receiver android:name=".PowerConnectionReceiver"> <intent-filter> <action android:name="android.intent.action.ACTION_POWER_CONNECTED"/> <action android:name="android.intent.action.ACTION_POWER_DISCONNECTED"/> </intent-filter> </receiver> 在该BroadcastReceiver内，你可以获取当前的充电状态： public class PowerConnectionReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { int status = intent.getIntExtra(BatteryManager.EXTRA_STATUS, -1); boolean isCharging = status == BatteryManager.BATTERY_STATUS_CHARGING || status == BatteryManager.BATTERY_STATUS_FULL; int chargePlug = intent.getIntExtra(BatteryManager.EXTRA_PLUGGED, -1); boolean usbCharge = chargePlug == BatteryManager.BATTERY_PLUGGED_USB; boolean acCharge = chargePlug == BatteryManager.BATTERY_PLUGGED_AC; } } 检查电池的剩余电量在一些情况下还需要检查设备的剩余电量。当电量较低时可能需要降低应用的后台服务频率。你可以通过以下方式获得设备的剩余电量： int level = batteryStatus.getIntExtra(BatteryManager.EXTRA_LEVEL, -1); int scale = batteryStatus.getIntExtra(BatteryManager.EXTRA_SCALE, -1); float batteryPct = level / (float)scale; 监测电量的重要变化应用不能一直连续不断的监听电池的状态。通常来说，一直不断的监听电池电量会使监听电池的任务大于应用的实际任务，所以最好是只监听一些比较重要的变更事件。下面的清单文件摘自一段广播接收器内。该广播接收器会在电池的电量很低时或者是在电量恢复到安全水平时被触发。它监听了两个事件：ACTION_BATTERY_LOW及ACTION_BATTERY_OKAY. <receiver android:name=".BatteryLevelReceiver"> <intent-filter> <action android:name="android.intent.action.ACTION_BATTERY_LOW"/> <action android:name="android.intent.action.ACTION_BATTERY_OKAY"/> </intent-filter> </receiver> 通常情况下，在电量很低时要关闭所有的后台更新。加载在使用APP之前，手机关机了，那么应用的数据是否是最新的就没那么重要了。在很多情况下，手机充电时是被放在一个固定的位置上的。下节课我们将会学习如何检查设备的放置环境以及如何监测设备的放置状态。

2016-09-20

qModel 算法模型平台开源版 v1.4.1 发布：界面焕新与任务管理优化，打造更流畅的模型管理体验

qModel算法模型平台开源版v1.4.1围绕模型管理流程进行体验升级，主要包括：首页布局优化、模型审批状态集中查看、计算任务统一管理、任务创建流程重构、API数组参数传入支持以及登录页多端展示优化。

2026-09-01

qKnow开源版v2.4.1发布：非结构化抽取逻辑优化，打造更丝滑的知识治理体验

01 优化非结构化抽取任务，实现单任务失败隔离非结构化数据是企业知识库建设中非常常见的数据来源。

2026-08-25

2026 生态型 GEO 优化服务商行业报告：AI 生态友好流派崛起趋势 + 选型指南（附核心数据）

二、核心知识讲解 2.1 GEO 的本质与核心价值 GEO 全称为生成式引擎优化（Generative Engine Optimization），核心是通过优化内容的语义、结构与可信度，提升品牌内容在

2026-01-09

调问更新 8.2~8.9：AI 生成页眉+DSL 可视化交互+2 项功能新增+8 项功能优化+2 项 BugFix

另外上周的一大功能优化，对DSL逻辑控制实现了可视化的交互配置方式，既可以兼顾DSL全局的全局性，又可以满足非技术背景人员的可视化操作需求，实测操作非常简便，欢迎大家尝试。

2025-08-11

2025年AI搜索优化服务商推荐：硅谷级AI技术+多年营销经验iPowerAI元力科技让AI读懂品牌

而 iPowerAI元力科技，正以AI搜索优化解决方案最佳提供者的身份，成为这场战争中的关键“操盘手”。

2025-07-19

HarmonyOS开发者话题：华为开发者联盟社区开发者体验升级进行时，这些优化你发现了吗？

引言社区目前针对发帖体验场景完成了部分能力优化： ▪️支持导入Markdown文件,支持粘贴MD/富文本内容，与原格式保持一致 ▪️ 用户提问页面填写新增ArkTS、TS语言选项，精准匹配前沿开发场景

2025-05-26

easy-query 隐式 Group 革命性 OLAP 优化 JAVA 下最强查询 ORM 没有之一子查询合并

easy-query JAVA下最强查询ORM没有之一的任意子查询合并革命性OLAP优化前言对于大部分OLTP而言的查询市面上常见的orm已经能很好的处理,只要建立好对象关系那么就可以非常简单的实现隐式

2025-04-20

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。