鸿蒙Harmony开发——设备发烫问题分析

news2024/11/23 21:17:54

；4b8cd57734f9212da9218896a5b98fa1.jpeg

99adeddb8d77b4767c35453c20d9edce.gif

本文字数：4207字

预计阅读时间：25分钟

设备过热问题是影响用户体验和设备性能的重要因素。过热不仅会导致性能下降，还可能损坏硬件。因此，开发者需要及时发现、分析并解决这一问题。本文将首先介绍评估设备过热的关键指标，然后基于Trace数据，讲解如何分析和处理设备过热的问题。最后，通过实际案例，详细展示如何定位、分析和优化设备过热现象。本文主要采用Trace数据进行分析，可以使用SmartPerf Host或DevEco Studio内置的Profile工具。

01

设备发热评测指标

在分析设备发热问题前，需要了解一些基本的评测指标：

  1. CPU使用率：高CPU使用率通常是导致设备发热的主要原因之一。监测CPU的工作负荷，可以帮助识别出哪些进程或线程消耗了过多的计算资源；

  2. GPU使用率：对于图形密集型应用，GPU的高使用率也会导致设备发热。通过监测GPU的使用情况，可以找出导致图形处理过载的部分；

  3. 电池温度：设备的电池温度直接反映了设备的热状况。持续监控电池温度可以帮助及时发现设备过热的情况；

  4. 设备温度传感器数据：大多数设备内部都有多个温度传感器，分布在CPU、GPU、内存、主板等关键部位。收集这些传感器的数据可以精确定位热源；

  5. 频率调整：CPU和GPU的频率动态调整是设备管理热量的常见方法。频繁的频率变化也可能是设备发热的一个原因。

02

基于Trace数据的设备发热问题分析思路

使用Trace数据进行设备发热问题分析，可以帮助开发者准确找到引起设备发热的原因。以下是一个基本的分析思路：

  1. 数据收集：使用SmartPerf Host或DevEco Studio等工具，收集设备在运行应用时的Trace数据。这些数据包括CPU和GPU使用率、温度传感器读数、电池温度等；

  2. 数据处理和可视化：将收集到的数据进行处理和可视化，生成CPU/GPU使用率曲线、温度变化曲线等。这些图表可以帮助直观地看到设备发热的趋势和波动；

  3. 定位高负载点：通过分析CPU和GPU使用率曲线，找出高负载的时间段和对应的进程或线程。重点关注这些高负载点，查看它们是否与设备温度升高有关；

  4. 分析频率调整：查看CPU和GPU的频率调整记录，分析频率变化与温度变化的关系。如果频率频繁变化，可能是因为设备在试图通过降频来控制温度；

  5. 排查异常行为：对于发现的高负载点，进一步分析其背后的具体操作或代码逻辑，找出可能导致高负载和发热的异常行为或算法。

03

案例实践：实操定位分析并优化设备发热问题

下面通过一个实际案例，详细介绍如何实操定位分析并优化设备发热问题。

案例介绍

搜狐视频鸿蒙端详情页，在运行一段时间后，可以明显感知到设备发烫严重。我们需要通过Trace数据分析找到发热原因，并进行优化。

设备温度统计：

时间手机温度帧率页面
10:2633°120首页
10:3035°120首页
10:3535°120首页
10:4037°120首页
10:4543°120详情页
10:4744°60详情页
10:5044°60详情页
10:5541°120首页
11:0040°120首页
11:2039°120首页

1182dba2a3877e07fbac9e7f3736bdc1.jpeg

温度表现

  • 温度升高: 进入详情页后，设备温度显著上升；

    • 阈值: 当手机温度超过40度时，用户会感觉设备明显变烫；

    • 详情页温度: 在详情页中，设备温度普遍高于40度；

    • 温度峰值: 当设备温度达到44度时，用户感觉设备明显发烫；

  • 温度降低: 退出详情页返回首页后，设备温度逐渐降低；

    • 恢复正常: 温度恢复至正常水平时，用户感觉设备不再发烫。

帧率表现

  • 帧率下降: 温度上升至44度时，帧率下降到60；

    • 卡顿现象: 此时设备出现明显卡顿现象；

  • 帧率恢复: 当用户退出详情页并返回首页时，设备温度逐渐下降，帧率恢复正常；

    • 温度下降: 返回首页后，设备温度逐渐恢复至正常水平；

    • 帧率恢复: 随着温度的下降，帧率也恢复到正常水平。

总结
在高温环境下，设备性能显著下降。具体表现为：

  1. 进入详情页，设备温度快速上升；

  2. 温度超过40度时，用户感觉明显发烫；

  3. 温度达到44度时，帧率下降至60，设备卡顿明显；

  4. 退出详情页，温度和帧率逐渐恢复正常。

步骤1：收集Trace数据

使用SmartPerf Host或DevEco Studio工具，运行游戏应用并收集Trace数据。确保数据包括CPU、GPU使用率，设备各部位温度传感器数据以及电池温度。

DevEco Studio提供了Profile工具：

477a40169af41100c78b575ddb9cb9ea.jpeg

DevEco Profiler左侧为会话区，可以分为三个部分：

① 调优目标选择区域：选择设备及要分析的应用和进程；

② 会话列表区域：列出当前已创建的调优分析会话；

③ 场景化模板选择区域：这新建会话的入口，Profiler提供Launch、Frame、Time、Allocation、Snapshot、CPU等场景化分析模板，提供对不同性能问题场景的数据分析方案。

0c0966c0ff8fd0791cb1b9dfcbcb639d.png：Launch冷启动场景化模板

ac297815f3ac76ab78fdfff8fc02ed62.png：Frame卡顿丢帧场景化模板

5fdf7e53bf9c61b7c81ff5026f4ba671.png：Time函数耗时场景化模板

e5c02d0993da94bc02f2b6d0434dd82e.png：Allocation内存泄露场景化模板

d704889466f4506fb0ee0379a1228640.png：Snapshot内存快照场景化模板

4e30ab90fd2ad31956fe5f609273c868.png：CPU调度场景化模板

连接真机之后，打开Profile。进入首页看到CPU占用率12.8%左右。

87c0ce67d3581c99d1656a65d90e0714.jpeg

进入详情页CPU占用率飙升到48.4%，这也直接造成设备发烫问题的出现。下面通过不同模板来分析原因。

cdd96bc5bb038a072e3a3fa912408b50.jpeg

步骤2：数据分析

CPU分析：

选中任意模板图标，点击下方Create Session按钮，即可创建出一个全新的会话。我们首先分析页面CPU占用情况。

首页的CPU占用情况：

593114102680ceaf15325540c57b7122.png
img

详情页的CPU占用情况：

1ab25d9db132c15fd2d1b4aff6dde4f4.png
img

可以看出在进入详情页之后，会多出名为sofa_msg_thread的几个线程，这些线程占用相当高的CPU占比，也是设备发烫的主要原因。sofa_msg_thread线程为播放器库的线程，因此问题转到播放器相关库。

通过分析播放器，得出结论，发烫原因为：

1.存在一个空跑的线程；

2.渲染线程中，av_usleep在编译的时候，ffmpeg(一个播放器框架)有问题，导致实现是空的。因此渲染线程也是在密集的一直运行，因此导致设备发烫。

将以上问题进行修复，重新生成播放器har，将原有的播放器替换到以后，重新对CPU进行监控，CPU占用率明显下降，恢复正常水平，问题得到解决。

7beb5b5fedc2d090dd29e5f68ffecdc5.jpeg

帧率分析：

前置知识：

图形渲染流程大致如下：

  1. 应用端（App）处理用户的屏幕点击等输入事件，生成当前界面的描述数据，包括UI元素的位置、大小、资源、绘制指令和动效属性等；

  2. 渲染服务（RenderService）负责绘制界面内容。它与ArkUI框架对接，支持控件和动效等UI元素的显示。RenderService的RenderThread线程在Vsync信号下触发UI绘制，绘制过程分为三个阶段：动效（Animation）、描画（Draw）和提交（Flush）；

  3. 显示（Display）是屏幕的抽象概念，可以是实际的物理屏幕，也可以是虚拟屏幕。RenderService协调GPU等资源处理完毕后，将最终图像显示在屏幕上。

其中应用侧的渲染流程如下图所示，了解ArkUI的渲染流程有助于我们定位应用侧的卡顿问题出现在哪个环节：

02dbbe7c019ef751a2924523702fe26f.png

  • Animation：动画阶段，在动画过程中会修改相应的FrameNode节点触发脏区标记，在特定场景下会执行用户侧ets代码实现自定义动画；

  • Events：事件处理阶段，比如手势事件处理。在手势处理过程中也会修改FrameNode节点触发脏区标记，在特定场景下会执行用户侧ets代码实现自定义事件；

  • UpdateUI：自定义组件（@Component）在首次创建挂载或者状态变量变更时会标记为需要rebuild状态，在下一次Vsync过来时会执行rebuild流程，rebuild流程会执行程序UI代码，通过调用View的方法生成相应的组件树结构和属性样式修改任务；

  • Measure：布局包装器执行相关的大小测算任务；

  • Layout：布局包装器执行相关的布局任务；

  • Render：绘制任务包装器执行相关的绘制任务，执行完成后会标记请求刷新RSNode绘制；

  • SendMessage：请求刷新界面绘制。

在整个处理流程中，应用端和渲染服务端都可能出现卡顿，导致最终用户观察到掉帧现象。我们将这两种情况分别命名为AppDeadlineMissed和RenderDeadlineMissed。通常，前者是由于应用逻辑处理代码效率不高引起的，而后者可能是由于界面结构过于复杂或GPU负载过大导致的。这两个故障模型可以通过Frame模板直观地查看。相应的故障模型如下面两幅图所示。

应用卡顿导致丢帧的故障模型：

a1b3d78be17b8d25e3862ac12b4c1f08.png
img

Render Service卡顿导致丢帧的故障模型

1ca149d3cafb92513346070ba8f6fb0c.png
img
实际操作：

由于设备发烫会直接影响到帧率，因此可以通过分析帧率来进一步定位除了播放器外的其他可能出现的潜在问题。

选中Frame模板，点击Create Session，创建监控帧率的会话。得到Trace信息以后可以发现在Frame泳道中出现非常多的红色区域，这些红色区域就是耗时较长的帧，也就是丢帧的部分。

筛选出卡顿丢帧类型（Jank Type）为AppDeadlineMissed（App侧的卡顿），占了相当多的比例。

2a6e90384821f15874f3eafa51bc773a.jpeg

选中列表中第一条数据，点击跳转应用进程。

9775d35690c751adb69dd4857f8ff237.jpeg

跳转到应用进程以后就可以详细分析丢帧的Trace。

54626d7c47d819dc54e85a3010a18f0d.jpeg

通过ArkTS Callback泳道，可以看到代码的具体调用逻辑，可以帮助分析问题原因。

通过下图的调用链发现主要是两个代码对性能产生的影响，一个是SensorUtil的持续监听，一个是lottie框架的嵌套过深。

76334a56a0132d375048846e213502d8.jpeg

步骤3：优化方案

因此可以控制在代码中设置SensorUtil的选择性监听，当在设备中设置可旋转的时候，才使用SensorUtil。使用lottie的时候及时回收内存等操作来减少应用程序的卡顿。

52e5cb77758ac4b497a0dec01b994dc2.jpeg

SensorUtil的条件开关：

export function onOrientationChange() {

  let currentOrientation = Side.TOP
  let context = getContext() as common.UIAbilityContext;


  try {
    sensor.on(sensor.SensorId.ORIENTATION, (data: sensor.OrientationResponse) => {
      let gamma = Math.abs(data.gamma)
      let beta = Math.abs(data.beta)
      /**
       * 是否使用加速计更改屏幕方向，即是否启用自动旋转。值为1，表示启用加速度计；值为0，表示不启用加速计。
       * 也就是说是否打开控制中心的旋转锁定，如果打开了就是1，没打开就是0。打开了以后才去监听传感器
       */
      settings.getValue(context, settings.general.ACCELEROMETER_ROTATION_STATUS, settings.domainName.DEVICE_SHARED).then((value) => {
        if(value==='1'){
          if (gamma < 10 && beta > 45 && data.beta < 0 && currentOrientation != Side.TOP) {
            //竖屏
            currentOrientation = Side.TOP
            context.eventHub.emit(EventConstants.orientationChange, currentOrientation);
          } else if (gamma > 70) {
            //横屏
            if (data.gamma > 70 && currentOrientation != Side.LEFT) {
              //左边
              currentOrientation = Side.LEFT
              context.eventHub.emit(EventConstants.orientationChange, currentOrientation);
            } else if (data.gamma < -70 && currentOrientation != Side.RIGHT) {
              //右边
              currentOrientation = Side.RIGHT
              context.eventHub.emit(EventConstants.orientationChange, currentOrientation);
            }
          }
        }else if (value==='0'){

        }
      });
    }, { interval: 100000000 });
  } catch (error) {
  }
}

Lottie的及时回收内存：

build() {
    Canvas(this.canvasRenderingContext)
      .width(this.viewWidth)
      .height(this.viewHeight)
      .backgroundColor(Color.Transparent)
      .onReady(() => {
        // 可在此生命回调周期中加载动画，可以保证动画尺寸正确
        this.loadView()
      })
      .onDisAppear(() => {
       //onDisAppear的时候销毁动画
        lottie.destroy(this.animateName);
      })
  }

优化 UI 组件树的嵌套层级

除了以上的几种优化方案，优化 UI 组件树的嵌套层级也是提升应用性能的关键步骤。这里提出几种常见的优化方案，以减少不必要的嵌套，降低性能开销，提升用户体验。

方案一：简化属性设置

当自定义组件设置了通用属性后，可能会在组件树中产生额外的节点。为了优化结构，可以将这些属性直接设置在自定义组件的系统组件层中。

优化前：

@Entry
@Component
struct MainView {
  private data: MyDataSource = new MyDataSource();
  
  build() {
    Column() {
      List() {
        LazyForEach(this.data, (item: string) => {
          ListItem() {
            CustomComponent()
            // 属性设置在父组件中
            // .backgroundColor('#000')
          }
        })
      }
    }
    .width('100%')
    .height('100%')
  }
}

@Component
struct CustomComponent {
  build() {
    Column() {
      // 业务逻辑
    }
    .width('100%')
    .height('100%')
  }
}

优化后：

@Entry
@Component
struct MainView {
  private data: MyDataSource = new MyDataSource();
  
  build() {
    Column() {
      List() {
        LazyForEach(this.data, (item: string) => {
          ListItem() {
            CustomComponent()
          }
        })
      }
    }
    .width('100%')
    .height('100%')
  }
}

@Component
struct CustomComponent {
  build() {
    Column() {
      // 业务逻辑
    }
    .width('100%')
    .height('100%')
    .backgroundColor('#000')  // 属性直接设置在组件内部
  }
}
方案二：减少不必要的嵌套

尽量避免多层级的容器嵌套，使用扁平化布局可以有效减少组件的嵌套深度，提高性能。

优化前：

@Component
struct NestedComponent {
  build() {
    Column() {
      Row() {
        Stack() {
          // 业务逻辑
        }
      }
    }
    .width('100%')
    .height('100%')
    .backgroundColor('#ffffff')
  }
}

优化后：

@Component
struct FlattenedComponent {
  build() {
    Column() {
      // 业务逻辑
    }
    .width('100%')
    .height('100%')
    .backgroundColor('#ffffff')
  }
}
方案三：使用 @Builder 替代 @Component

通过 @Component 声明的组件在创建时会有额外的性能开销。使用 @Builder 声明组件可以减少这种开销。

优化前：

@Component
struct ChildComponent {
  build() {
    Column() {
      // 业务逻辑
    }
    .width('100%')
    .height('100%')
    .backgroundColor('#ffffff')
  }
}

优化后：

@Builder
function ChildComponent() {
  Column() {
    // 业务逻辑
  }
  .width('100%')
  .height('100%')
  .backgroundColor('#ffffff')
}

04

总结

为了解决设备发烫问题，以及可能出现的帧率降低的问题，以下是我们的优化思路：

  1. 准备信息：明确问题现象和验收标准，并准备相关的观测信息；

  2. 分析问题：确定问题的起始点，定位问题，分析原因；

  3. 优化方案：通过优化CPU占用率高的代码、简化属性设置、减少嵌套层级、使用高效的组件声明方式来提升应用性能，避免设备发烫。

设备发热问题是影响用户体验和设备性能的重要问题。通过使用Dev-Eco Studio自带的Profile工具，统计出Trace数据进行系统化的分析，可以准确找到发热原因，并进行针对性的优化。希望本文介绍的方法和案例分析能对开发者有所帮助，助力开发更加高效和稳定的应用。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2069411.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Qt/C++控件实例 QWidget联合动画实现卷轴效果

Qt/C++控件实例 QWidget联合动画实现卷轴效果

显示特点 动态翻页效果&#xff1a;数字在更新时&#xff0c;会有一个从前一数字向下一数字过渡的翻页效果。这种过渡动画使得数字变化过程更加平滑和自然&#xff0c;避免了突然的跳变。 高对比度显示&#xff1a;每个数字的背景框颜色为红色&#xff0c;数字颜色为白色&…
阅读更多...
每日一个科研绘图·气泡图｜24-08-24

每日一个科研绘图·气泡图｜24-08-24

一、气泡图 气泡图是一种数据可视化工具&#xff0c;它在传统的二维散点图的基础上增加了一个维度&#xff0c;使得我们能够同时观察三个变量之间的关系。这种图表通过点的大小来表示第三个数值变量的大小&#xff0c;从而提供了一种直观的方式来探索数据中的模式和趋势。 在…
阅读更多...
Facebook的AI助手：如何提升用户社交体验的智能化

Facebook的AI助手：如何提升用户社交体验的智能化

在现代社交媒体平台中&#xff0c;人工智能&#xff08;AI&#xff09;的应用正逐渐改变人们的社交体验。Facebook作为全球最大的社交媒体平台之一&#xff0c;已在AI技术的开发与应用上投入了大量资源&#xff0c;并通过其AI助手为用户提供了更加个性化、智能化的互动体验。这…
阅读更多...
pycharm 隐藏 __ init __ .py 文件

pycharm 隐藏 __ init __ .py 文件

pycharm 隐藏 __ init __ .py 文件 每次写python项目时&#xff0c;都会有一个自动生成__ init __ .py文件&#xff0c;看的很累&#xff0c;所以想把__ init __ .py文件给隐藏掉 方法&#xff1a; &#xff08;1&#xff09;File -> Settings (2) Appearance & Behav…
阅读更多...
武汉流星汇聚：全球化布局与本地化运营，亚马逊电商帝国崛起秘诀

武汉流星汇聚：全球化布局与本地化运营，亚马逊电商帝国崛起秘诀

在数字时代的浪潮中&#xff0c;亚马逊如同一颗璀璨的星辰&#xff0c;照亮了全球电子商务的天空。作为美国乃至全球访问量最高的电商平台&#xff0c;亚马逊不仅重塑了消费者的购物习惯&#xff0c;更以其独特的商业模式、惊人的订单履行速度和卓越的购物体验&#xff0c;引领…
阅读更多...
FFmpeg的入门实践系列四(AVS)

FFmpeg的入门实践系列四(AVS)

欢迎诸位来阅读在下的博文~ 在这里&#xff0c;在下会不定期发表一些浅薄的知识和经验&#xff0c;望诸位能与在下多多交流&#xff0c;共同努力 文章目录 前期博客参考书籍一、AVS简介二、基于FFmpeg配置AVS2 前期博客 FFmpeg的入门实践系列一(环境搭建) FFmpeg的入门实践系列…
阅读更多...
零基础5分钟上手亚马逊云科技-利用MQ为应用解耦

零基础5分钟上手亚马逊云科技-利用MQ为应用解耦

简介&#xff1a; 欢迎来到小李哥全新亚马逊云科技AWS云计算知识学习系列&#xff0c;适用于任何无云计算或者亚马逊云科技技术背景的开发者&#xff0c;通过这篇文章大家零基础5分钟就能完全学会亚马逊云科技一个经典的服务开发架构方案。 我会每天介绍一个基于亚马逊云科技…
阅读更多...
揭秘AI绘画赚钱之道：学会这十大技巧，轻松踏入高薪岗位，实现财务自由！

揭秘AI绘画赚钱之道：学会这十大技巧，轻松踏入高薪岗位，实现财务自由！

亲爱的学友们&#xff0c;当我们谈论AI绘画&#xff0c;不仅仅是在描绘科技如何重塑艺术疆界&#xff0c;更是在探索一场颠覆性的商业革命。自从AI绘画技术从萌芽走向繁荣&#xff0c;它已经从简单的图像风格转换跃升为能读懂人心、创世般生成各类视觉作品的神奇力量。今天&…
阅读更多...
哈夫曼树和哈夫曼编码详解（包含Java代码实现）

哈夫曼树和哈夫曼编码详解（包含Java代码实现）

目录 什么是哈夫曼树&#xff1f;如何构造哈夫曼树&#xff1f;构造过程代码实现哈夫曼树的结构构建哈夫曼树并计算WPL值测试代码 什么是哈夫曼编码&#xff1f;如何构建哈夫曼编码&#xff1f;构建过程代码实现 什么是哈夫曼树&#xff1f; 哈夫曼树又称为最优树&#xff0c;是…
阅读更多...
应用实例 | Simufact 增材制造工艺仿真助力保时捷薄壁件打印

应用实例 | Simufact 增材制造工艺仿真助力保时捷薄壁件打印

在过去的 30 多年里&#xff0c;增材制造技术被广泛应用于各行各业&#xff0c;尤其在医疗器械、航空领域尤为突出。其中激光束进行金属粉末床熔融的工艺应用最为广泛&#xff0c;由该工艺制造的零部件普遍兼具高设计自由度、高灵活性、优异机械性能等特点。对于汽车行业&#…
阅读更多...
百日筑基第六十天-学习一下Tomcat

百日筑基第六十天-学习一下Tomcat

百日筑基第六十天-学习一下Tomcat 一、Tomcat 顶层架构 Tomcat 中最顶层的容器是 Server&#xff0c;代表着整个服务器&#xff0c;从上图中可以看出&#xff0c;一个 Server可以包含至少一个 Service&#xff0c;用于具体提供服务。Service 主要包含两个部分&#xff1a;Conn…
阅读更多...
都说25张宇是大趋势，那660、880还刷吗？

都说25张宇是大趋势，那660、880还刷吗？

25上半年张宇很火&#xff0c;是有客观原因的&#xff1a; 1. 大纲改革后&#xff0c;大题变少了&#xff0c;选填变多了&#xff1b; 2. 但是考试覆盖的知识点不能少&#xff0c; ——因为知识点越少&#xff0c;随机性越高&#xff0c;这个考试就越不公平。 这直接导致了&…
阅读更多...
vue组件和插件使用

vue组件和插件使用

前端组件 1、安装pinia(Vue 的专属状态管理库)&#xff1a; npm install pinia2、安装pinia-plugin-persistedstate(持久存储插件): npm install pinia-plugin-persistedstate浏览器刷新时&#xff0c;有些数据希望是保存下来的。如用户登录后&#xff0c;用户信息会存储在全…
阅读更多...
Scheme5.0标准之重要特性及用法实例(三十七)

Scheme5.0标准之重要特性及用法实例(三十七)

简介&#xff1a; CSDN博客专家&#xff0c;专注Android/Linux系统&#xff0c;分享多mic语音方案、音视频、编解码等技术&#xff0c;与大家一起成长&#xff01; 新书发布&#xff1a;《Android系统多媒体进阶实战》&#x1f680; 优质专栏&#xff1a; Audio工程师进阶系列…
阅读更多...
设置虚拟机使用主机以太网而不是WiF连接

设置虚拟机使用主机以太网而不是WiF连接

虚拟机使用主机的以太网连接而不是Wi-Fi连接&#xff0c;可以通过在虚拟化软件中配置虚拟机的网络设置来实现。以下是一些常见的虚拟化软件&#xff08;如VMware和VirtualBox&#xff09;中设置虚拟机网络以使用以太网连接的步骤&#xff1a; 一、VMware中设置 1、打开虚拟网…
阅读更多...
Python画笔案例-007 绘制水滴

Python画笔案例-007 绘制水滴

1、绘制水滴 通过 python 的turtle 库绘制一个水滴的图案&#xff0c;如下图&#xff1a; 2、实现代码 今天绘制的水滴&#xff0c;在tuitle 库里并没有直接的功能可以绘制&#xff0c;我们仔细观察&#xff0c;可以看出&#xff0c;水滴往下越来越粗&#xff0c;所以我们可以…
阅读更多...
API商品数据接口（电商数据api）——京东淘宝价格详情

API商品数据接口（电商数据api）——京东淘宝价格详情

众多品牌选择使用比价工具进行采购&#xff0c;主要是出于以下几个重要原因&#xff1a; 提高开发效率&#xff1a;API接口允许不同的应用程序之间高效地进行交互&#xff0c;节省了大量的人力物力成本&#xff0c;使得开发者可以将更多时间和精力集中于自身的核心业务。 增加数…
阅读更多...
正则表达式匹配成对括号

正则表达式匹配成对括号

匹配一对括号&#xff0c;用于在一个html文本中提取JSon 文本。例如 { “duration”:7599,"minBufferTime{second bracket }{third bracket} } 一对加粗的{} &#xff0c;而不要中间的{}。简单写法会出现错误匹配。 在.Net Framework的正则表达式中&#xff0c;提供了”…
阅读更多...
在Activity中使用Toast

在Activity中使用Toast

在Activity中使用Toast Toast是Android系统提供的一种非常好的提醒方式&#xff0c;在程序中可以使用它将一些短小的信息通知给用户&#xff0c;这些信息会在一段时间后自动消失&#xff0c;并且不会占用任何屏幕空间&#xff0c;我们现在就尝试一下如何在活动中使用Toast。 …
阅读更多...
谷粒商城篇章11--P311-P325--秒杀服务【分布式高级篇八】

谷粒商城篇章11--P311-P325--秒杀服务【分布式高级篇八】

目录 1 后台添加秒杀商品 1.1 配置优惠券服务网关 1.2 添加秒杀场次 1.3 上架秒杀商品 2 定时任务 2.1 cron 表达式 2.2 cron表达式特殊字符 2.3 cron示例 3 秒杀服务 3.1 创建秒杀服务模块 3.1.1 pom.xml 3.1.2 application.yml配置 3.1.3 bootstrap.yml配置 3.…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023