Android 窗口那些事儿

news2024/11/24 19:15:18

目录

1. 📂 前言

你，是否有过这些疑问？

2. 🔱 Window

2.1 认识 Window 的几个阶段

1）阶段一：Window 约等于 Activity

2）阶段二：Window 约等于 View

3）阶段三：Window 是个抽象封装概念

2.2 Android 中的 Window 定义

2.3 Window 到底是什么？

3. 💠 Window 相关

3.1 WindowManager

1）入参1：View

2）入参2：WindowManager.LayoutParams

3） 三个方法

3.2 DecorView 与 ViewRootImpl

3.3 WindowManagerService（WMS）

3.4 Layer

3.5 SurfaceFlinger

4. ⚛️ Window 深入

4.1 Activity/Window/View 的关系

4.2 Activity/Window/DecorView/ViewRootImpl 的创建时机

4.3 DecorView 什么时候被 WindowManager 添加到 Window 中

4.4 Android 多窗口原理

4.5 Window 点击与双击事件的区别

5. ✅ Window  底层

5.1 Window/View 添加过程

5.2 布局加载流程

5.3 View 绘制流程

1）addView 流程

2）performTraversals 流程

3）Measure、Layout、Draw 三大流程

5.4 View 绘制屏幕刷新

5.5 View 事件分发机制

这些疑问，你都解决了吗？

1. 📂 前言

你，是否有过这些疑问？

        Android 中窗口的定义是什么？

        Activity、Window、View 之间的关系？

        窗口到 View 的事件分发机制，是怎样的？

        WMS 是如何管理屏幕上显示的诸多窗口的？

        Android 是默认单窗口吗？多窗口怎么实现？

        SurfaceFlinger 合成的 Layer 与窗口是一一对应的吗？

        SurfaceFlinger、Layer、Window，以及 WMS 的联系？

        点击的事件分发与双击的事件分发，为什么走的是不一套机制？

下面，就一起去探讨下这些问题吧。有些理解只是抛砖引玉，并未完全解答，还请见谅。

2. 🔱 Window

        首先这样一个场景，下图包含：Activity、Dialog、Toast。 

  • 问：图里有几个窗口？

  • 答：三个，Activity 应用窗口，Dialog 子窗口，Toast 系统窗口。

        我们知道，Android 中的窗口，其实就是由以上三种组成，分别是应用 Window、子 Window、系统 Window。

2.1 认识 Window 的几个阶段

1）阶段一：Window 约等于 Activity

        刚接触 Android 时，认为 Activity 就是一个显示文本、图片的界面，所以 Window 就约等于 Activity。

2）阶段二：Window 约等于 View

        在接触 Window、WMS 概念后，知道 Activity 内部持有 Window 对象，而 Window 实现类 PhoneWindow 内部持有 DecorView 作为根布局，开发人员编写的 ContentView 会添加到 DecorView 中，所以 Window 就约等于 View。

3）阶段三：Window 是个抽象封装概念

        在深入 Window、WMS 源码后，我们知道：

  • 每一个 Window 都对应着一个 View 和 一个 ViewRootImpl；

  • Window 作为 View 对象的容器，以 View 的方式存在，所以 Window 可以称之为 View 的直接管理者；

  • Window 并不是实际存在的，它表示一个窗口的概念，也是一个抽象的概念，封装了对窗口的操作逻辑。

2.2 Android 中的 Window 定义

        接下来，我们看看源码中 Window 类的注释：

/**
 * Abstract base class for a top-level window look and behavior policy.  An
 * instance of this class should be used as the top-level view added to the
 * window manager. It provides standard UI policies such as a background, title
 * area, default key processing, etc.
 *
 * <p>The only existing implementation of this abstract class is
 * android.view.PhoneWindow, which you should instantiate when needing a
 * Window.
 */
public abstract class Window {

}

        结合 Window 类的注释，我们知道 Window 就是一层封装，提供通用页面模板，并不是真正的窗口。

2.3 Window 到底是什么？

        Window 是一个抽象的概念，对应屏幕显示图像的一块区域，实际是 View。比如：前言中的图例情景，共包含3个 Window，分为3块区域，对应3个具体 View，当在 Dialog 的 Window 中添加、更新与删除 View，是不会影响到 Activity 和 Toast 的。

        微观角度，Window 就是 View；宏观角度，Window 是 WMS 窗口体系下的最小单位。

        其实，根本就没有具体的 Window，只有具体的 View。

3. 💠 Window 相关

3.1 WindowManager

        WindowManager 是一个接口，继承自 ViewManager 接口，它的实现类为 WindowManagerImpl，WindowManagerImpl 通过桥接模式，将所有操作全部委托给 WindowManagerGlobal 来实现。

        WindowManager 是我们访问 Window 的入口，使用 WindowManager 对 Window 进行添加、更新和删除，具体工作则由 WMS 来处理，WindowManager 和 WMS 通过 Binder 来进行跨进程通信。

        接下来，让我们先从 WindowManager.addView(view, layoutParams) 方法的2个入参开始聊起。

1）入参1：View

        View 表示需要在屏幕显示的内容，它是具体的。

2）入参2：WindowManager.LayoutParams

        LayoutParams 对内容进行约束，包括宽高、位置、类型和 flag 等。

LayoutParams.type

        表示 Window 的类型，Window 共有三种类型，分别是应用 Window、子 Window、系统 Window。

  1. 应用 Window：1 ~ 99，如：Activity 的 type 为2；

  2. 子 Window：1000 ~ 1999，如：PopupWindow 的 type 默认为1000，Dialog 的 type 为1003；

  3. 系统 Window：2000~ 2999，如：状态栏 type 为2000，Toast  type 为2005，悬浮窗口 type 为2038。

        数值越大层级越高，层级高覆盖层级低的，一般通过常量设置，系统 Window 需要申请权限。

LayoutParams.flags

        设置 Window 相关的属性，常用：FLAG_NOT_FOCUSABLE、FLAG_NOT_TOUCH_MODA、FLAG_SHOW_WHEN_LOCKED 等。

  1. FLAG_NOT_FOCUSABLE：表示窗口不需要获取焦点，也不需要接收各种事件，此属性会同时启动FLAG_NOT_TOUCH_MODAL，最终的事件会传递给下层拥有焦点的 Window；

  2. FLAG_NOT_TOUCH_MODAL：将 Window 区域以外的单击事件传递给下层的 Window， 当前 Window 内的单击事件自己处理， 一般都要开启此事件，否则其他 Window 无法收到单击事件；

  3. FLAG_SHOW_WHEN_LOCKED：可以将 Window 显示在锁屏的界面上。

3） 三个方法

        WindowManager 常用的有三个方法，addView、updateView 和removeView，这三个方法定义在 ViewManager 中，而 WindowManager 继承自 ViewManager。

package android.view;

public interface ViewManager {
    public void addView(View view, ViewGroup.LayoutParams params);
    public void updateViewLayout(View view, ViewGroup.LayoutParams params);
    public void removeView(View view);
}

3.2 DecorView 与 ViewRootImpl

        DecorView 是 FrameLayout 的子类，被认为是 Android 视图树的根节点视图。

        ViewRootImpl 是一个抽象的概念，相比于 DecorView 这种“实体”根节点，它是一个虚拟的根节点。

        Measure-Layout-Draw 三大 View 绘制流程、触屏和按键等 Input 事件传递，以及 Insets 的更新、大部分需要遍历 View 层级结构的流程，起点都是在 ViewRootImpl。

        简单来说，ViewRootImpl 不仅是 View 和 WM 的桥梁，也是事件分发的桥梁，是视图系统的核心。

3.3 WindowManagerService（WMS）

        WMS 是 Android 系统中的重要服务，管理所有窗口，也是输入事件的中转站。

        对 WMS 来说，一个窗口就是一个可以用来显示的 View 类，一个通过 WindowManagerGlobal.addView() 添加的 View。

        View 本身并不能直接从 WMS 中接收消息，而是通过实现了 IWindow 接口的 ViewRootImpl.W 类来实现。

3.4 Layer

        Layer 是一个比 Window 更底层的实现，代表屏幕上一块显示内容的区域。

        一个 Window 就是一个 Surface，对应一个 Layer。

3.5 SurfaceFlinger

        SurfaceFlinger 作用是合成所有 Layer 并送显。在 App 请求创建 Surface 时，SurfaceFlinger 会创建一个 Layer，在拿到从 WMS 传过来的 Window 宽高、位置，以及 App 提供需要绘制的 View 后合成该 Layer，然后送给屏幕进行显示。

        在 Android 平台上创建的每个 Window 都由 Surface 提供支持，所有被渲染的可见 Surface 都被 SurfaceFlinger 合成到屏幕。

 

4. ⚛️ Window 深入

4.1 Activity/Window/View 的关系

  1. Activity：是最上层的封装，屏蔽复杂的系统实现细节，抽象出 UI 生命周期，方便开发人员专注于界面编写，持有 Window；

  2. Window：也是一层封装，提供通用页面模板，作为视图承载器，负责视图控制，持有 DecorView，DecorView 就是 View 的根布局；

  3. View：就是视图，在 Activity.setContentView 中将 View 视图添加到 DecorView 中，一个页面通用且不变的部分交给 PhoneWindow 实现，变化的部分交给 View，让开发人员能够自由定制。

        Activity 很庞大，通过采用单一职责原则，把 View 相关的代码从 Activity 中剥离到 Window 中去。

4.2 Activity/Window/DecorView/ViewRootImpl 的创建时机

  1. Activity：在 ActivityThread 的 performLaunchActivity 方法中，通过 Instrumentation 在内部使用类加载器创建 Activity 实例；

  2. Window：在 ActivityThread 的 performLaunchActivity 方法中，调用 Activity 的 attach 方法 new 一个 PhoneWindow 然后赋值给 mWindow 成员变量；

  3. DecorView：在 Activity 的 onCreate 方法中调用 setContentView 方法，最后会调用 PhoneWindow 的 generateDecor 方法 new 一个 DecorView 然后赋值给 mDecor 成员变量；

  4. ViewRootImpl：

    1. 在 ActivityThread 的 handleResumeActivity 方法中，内部通过 WindowManagerGlobal 的 addView 方法 new 一个 ViewRootImpl 然后赋值给局部变量 root(ViewRootImpl)；

    2. 通过 addView 方法，我们也注意到，一个 Window 对应一个 ViewRootImpl；

    3. 此时也会调用 setView 方法与 DecorView 进行绑定：ViewRootImpl 会声明 mView 成员变量，并在 setView 方法中给 mView 对象赋值；

    4. 和 PhoneWindow 一样会持有 DecorView，但 DecorView 的创建还是在 PhoneWindow 的；

4.3 DecorView 什么时候被 WindowManager 添加到 Window 中

  1. 即使 Activity 布局已成功添加到 DecorView 中，但 DecorView 此时还没有添加到 Window 中；

  2. 在 ActivityThread 的 handleResumeActivity 方法中，首先会调用 Activity.onResume 方法，接着调用 Activity.makeVisible 方法，在 makeVisible() 中完成 DecorView 的添加和显示。

4.4 Android 多窗口原理

        简单来说，多窗口框架的核心思想是分栈和设置栈边界。

  1. 分栈：在 Android 系统中，启动一个 Activity 之后，必定会将此 Activity 存放于某一个 Stack，Android 为了支持多窗口，在运行时创建了多个 Stack；

  2. 栈边界：在多窗口框架中，通过设置 Stack 的边界来控制里面每个 Task 的大小，最终 Task 的大小决定了里面的 Activity 的窗口大小。

4.5 Window 点击与双击事件的区别

  1. 单击走的是 MotionEvent、双击走的是 KeyEvent；

  2. MotionEvent 会返回位置坐标，KeyEvent 不会上报位置坐标。

5. ✅ Window  底层

5.1 Window/View 添加过程

  1. Window/View

  2. WindowManager.addView()

  3. WindowManagerImpl.addView()

  4. WindowManagerGlobal.addView()

  5. ViewRootImpl.setView()

  6. WindowManagerService

        WindowMangerImpl 通过桥接模式，将所有操作全部委托给 WindowManagerGlobal 来实现。

        不管是 Activity 窗口还是非 Activity 窗口，最终都要通过 ViewRootImpl.setView 向 WMS 注册窗口。

5.2 布局加载流程

  1. setContentView 中通过 LayoutInflate.inflate 加载对应布局；

  2. inflate 方法中首先调用 Resources.getLayout 通过 pull 方式 IO 加载 Xml 布局解析器到内存中；

  3. createViewFromTag 根据 xml 的 Tag 标签反射创建 View 到内存；

  4. 递归构建其中子 View，并将子 View 添加到父 ViewGroup 中。

        Android 这套布局加载流程的性能瓶颈：布局文件解析中的 IO 过程；创建 View 对象时的反射过程。

5.3 View 绘制流程

1）addView 流程

  1. ActivityThread.handleResumeActivity；

  2. WindowManagerImpl.addView；

  3. WindowMangerGlobel.addView；

  4. ViewRootImpl.setView；

  5. ViewRootImpl.scheduleTraversals；

  6. ViewRootImpl.doTraveral；

  7. ViewRootImpl.performTraversals。

2）performTraversals 流程

  1. performMeasure—DecorView.measure—DecorView.onMeasure—View.measure；

  2. performLayout—DecorView.layout—DecorView.onLayout—View.layout；

  3. performDraw—DecorView.draw—DecorView.onDraw—View.draw。

3）Measure、Layout、Draw 三大流程

  1. Context.startActivity；

  2. ActivityThread.handleLaunchActivity，执行 onCreate，完成 DecorView 和 Activity 的创建；

  3. ActivityThread.handleResumeActivity，执行 onResume，完成 DecorView 添加到 WindowManager；

  4. ViewRootImpl.performTraversals()，测量、布局、绘制， 从 DecorView 自上而下遍历整个 View 树。

5.4 View 绘制屏幕刷新

  1. CPU：主要负责 Measure、Layout、Record、Execute 数据计算工作；

  2. GPU：负责栅格化（向量图形格式表示的图像转换成位图用于显示器）、渲染，渲染好后放到 buffer（图像缓冲区）里存起来；

  3. Display：屏幕或显示器会以一定的帧率刷新，每次刷新时，就会从缓存区将图像数据读取显示出来，如果缓存区没有新数据，就一直用旧数据，这样屏幕看起来就没有变。

        CPU 准备数据，通过 Driver 层把数据交给 GPU 渲染，Display 负责消费显示内容。

5.5 View 事件分发机制

  1. 定义：将事件（MotionEvent）传递到某个具体的 View & 处理的整个过程；

  2. ViewRootImpl—DecorView—Activity—Window—DecorView(ViewGroup)—View：事件先到 DecorView 然后到 Window。当屏幕被触摸时，input 系统事件从 Native 层分发到 Framework 层，然后到 ViewRootImpl 的 DecorView，进一步到 Activity -> PhoneWindow -> DecorView，最后到 View；

  3. DecorView 怎么将事件分发给 Activity 的？

                a、在 DecorView 的 dispatchKeyEvent 方法内部通过 Window 获取 callback，然后执行 callback 的 dispatchKeyEvent ；

                b、Activity 本身实现了 Window.Callback 接口，并设置给了 Window 的 callback，所以这里的 callback 其实就是 Activity，这样事件就传递到了 Activity；

        为什么 DecorView 走了两遍：主要原因就是解耦。

  1. ViewRootImpl 并不知道 Activity 的存在，它只是持有了 DecorView，所以先传给了 DecorView，而 DecorView 知道有 Activity，所以传给了 Activity；

  2. Activity 也不知道有 DecorView ，它只是持有 PhoneWindow，于是这样一段调用链就形成了。

 

这些疑问，你都解决了吗？

        Android 中窗口的定义是什么？

        Activity、Window、View 之间的关系？

        窗口到 View 的事件分发机制，是怎样的？

        WMS 是如何管理屏幕上显示的诸多窗口的？

        Android 是默认单窗口吗？多窗口怎么实现？

        SurfaceFlinger 合成的 Layer 与窗口是一一对应的吗？

        SurfaceFlinger、Layer、Window，以及 WMS 的联系？

        点击的事件分发与双击的事件分发，为什么走的是不一套机制？

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

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

相关文章

【六 （2）机器学习-机器学习建模步骤/kaggle房价回归实战】

【六 （2）机器学习-机器学习建模步骤/kaggle房价回归实战】

一、确定问题和目标&#xff1a; 1、业务需求分析&#xff1a; 与业务团队或相关利益方进行深入沟通&#xff0c;了解他们的需求和期望。 分析业务流程&#xff0c;找出可能的瓶颈、机会或挑战。 思考机器学习如何帮助解决这些问题或实现业务目标。 2、问题定义&#xff1a;…
阅读更多...
Android Studio的Profiler生成trace排查Android冷启动耗时，Kotlin

Android Studio的Profiler生成trace排查Android冷启动耗时，Kotlin

Android Studio的Profiler生成trace排查Android冷启动耗时&#xff0c;Kotlin 利用AS自带的Profiler抓取trace排查定位冷启动耗时方法&#xff0c;不用写代码&#xff0c;直接配置AS即可完成。 例如下面代码&#xff1a; import android.os.Bundle import androidx.appcompat…
阅读更多...
计算机网络-HTTP相关知识-RSA和ECDHE及优化

计算机网络-HTTP相关知识-RSA和ECDHE及优化

HTTPS建立基本流程 客户端向服务器索要并验证服务器的公钥。通过密钥交换算法&#xff08;如RSA或ECDHE&#xff09;协商会话秘钥&#xff0c;这个过程被称为“握手”。双方采用会话秘钥进行加密通信。 RSA流程 RSA流程包括四次握手&#xff1a; 第一次握手&#xff1a;客户…
阅读更多...
vue3项目运行正常但vscode红色波浪线报错

vue3项目运行正常但vscode红色波浪线报错

以下解决办法如不生效&#xff0c;可尝试 重启 vscode 一、Vetur插件检测问题 vetur 是一个 vscode 插件&#xff0c;用于为 .vue 单文件组件提供代码高亮以及语法支持。但 vue 以及 vetur 对于 ts 的支持&#xff0c;并不友好。 1、原因 如下图&#xff1a;鼠标放到红色波浪…
阅读更多...
基于单片机和ICL7135多档位数字电压表设计

基于单片机和ICL7135多档位数字电压表设计

**单片机设计介绍&#xff0c;基于单片机和ICL7135多档位数字电压表设计 文章目录 一 概要二、功能设计设计思路 三、 软件设计原理图 五、 程序六、 文章目录 一 概要 基于单片机和ICL7135的多档位数字电压表设计是一个结合了硬件与软件技术的综合性项目。这种设计旨在实现一…
阅读更多...
VLAN间路由

VLAN间路由

部署了VLAN的传统交换机不能实现不同VLAN间的二层报文转发&#xff0c;因此必须引入路由技术来实现不同VLAN间的通信。VLAN路由可以通过二层交换机配合路由器来实现&#xff0c;也可以通过三层交换机来实现&#xff1b; VLAN间通讯限制 每个VLAN都是一个独立的广播域&#xff…
阅读更多...
DolphinScheduler on k8s 云原生部署实践

DolphinScheduler on k8s 云原生部署实践

文章目录 前言利用Kubernetes技术云原生平台初始化迁移基于Argo CD添加GitOpsDolphinScheduler 在 k8s 上的服务自愈可观测性集成服务网格云原生工作流调度从HDFS升级到S3文件技术总结 前言 DolphinScheduler 的高效云原生部署模式&#xff0c;比原始部署模式节省了95%以上的人…
阅读更多...
SpringBoot整合Activiti7——实战之出差流程(分支)

SpringBoot整合Activiti7——实战之出差流程(分支)

文章目录 代码实现部署流程启动流程查询任务填写出差审批单经理审批xml文件 出差流程&#xff1a;开始 - 填写出差表单 - 判断&#xff08;出差天数大于等于5&#xff09;- 副经理审批 - 否则总经理审批 - 完成 代码实现 部署流程 Testpublic void testDeployProcess() throws …
阅读更多...
Vue2（完结）：replace属性、编程式路由导航、缓存路由组件、两个新钩子、路由守卫、history与hash

Vue2（完结）：replace属性、编程式路由导航、缓存路由组件、两个新钩子、路由守卫、history与hash

一、router-link的replace属性 1、作用&#xff1a;控制路由跳转时操作浏览器历史记录的模式 2、浏览器的历史记录有两种写入方式&#xff1a;分别为push和replace&#xff0c;push是追加历史记录&#xff0c;replace是替换当前记录。路由跳转时候默认为push 3、如何开启repla…
阅读更多...
golang语言系列：Web框架+路由 之 Echo

golang语言系列：Web框架+路由 之 Echo

云原生学习路线导航页&#xff08;持续更新中&#xff09; 本文是golang语言系列文章&#xff0c;本篇主要对 Echo 框架 的基本使用方法 进行学习 1.Echo是什么 Go 有众多Web框架&#xff0c;Echo 是其中的一个&#xff0c;官网介绍Echo有高性能、可扩展性、极简的特点。使用E…
阅读更多...
spark3.x新特性

spark3.x新特性

Adaptive Query Execution自适应查询(SparkSQL) 由于缺乏或者不准确的数据统计信息&#xff08;元数据&#xff09;和对成本的错误估算&#xff08;执行计划调度&#xff09;导致生成的初始执行计划不理想 在Spark3.x版本提供Adaptive Query Execution自适应查询技术 通过在”…
阅读更多...
[计算机效率] 文本编辑工具：Notepad++

[计算机效率] 文本编辑工具：Notepad++

3.12 文本编辑工具&#xff1a;Notepad Notepad是一款免费的文本编辑器&#xff0c;适用于Windows操作系统。它具有轻量级、高效、可定制性强等特点&#xff0c;并且支持多种语言。以下是关于Notepad的详细介绍&#xff1a; 功能特点&#xff1a; 多语言支持&#xff1a;Note…
阅读更多...
JVM 组成

JVM 组成

文章目录 概要JVM 是 Java程序的运行环境&#xff08;java二进制字节码的运行环境&#xff09;JVM 的主要组成部分运行流程&#xff1a;程序计数器堆元空间方法区常量池运行时常量池 概要 JVM 是 Java程序的运行环境&#xff08;java二进制字节码的运行环境&#xff09; 好处&…
阅读更多...
DHCP工具分配IDRAC IP

DHCP工具分配IDRAC IP

环境&#xff1a; 使用windows 笔记本网线直连R440 IDRAC管理口&#xff1b; 服务器保持关机状态&#xff1b;主板有供电。 DHCP工具下载链接&#xff1a; https://www.dhcpserver.de/cms/download/ 以下为具体测试使用方法&#xff1a; 1&#xff0e;给自己的本地网卡配置一…
阅读更多...
idea快速找到maven中冲突的依赖,解决依赖冲突

idea快速找到maven中冲突的依赖,解决依赖冲突

红色实线&#xff1a;冲突&#xff0c;红色虚线&#xff1a;依赖于同一个包的多版本 选择包&#xff0c;右键Excluede&#xff0c;排除 问题原因: 一个项目中需要jar包A和jar包B,而jar包A和jar包B都需要依赖jar包C,但A需要1.2.16版本的C,B需要1.2.17版本的C,这时候就可能会产…
阅读更多...
debian的使用笔记

debian的使用笔记

1. XP风格任务栏 安装 debian-live-12.5.0-amd64-xfce.iso 后&#xff0c;把下面的任务栏删除&#xff0c;把上面的任务栏移到下面&#xff0c;然后设置如下选项 2. 命令自动补全 sudo apt install bash-completion 3. 找不到命令 sudo apt install command-not-found sudo…
阅读更多...
手写简易操作系统(二十一)--硬盘驱动

手写简易操作系统(二十一)--硬盘驱动

前情提要 上面一节我们实现了 malloc 和 free 的系统调用&#xff0c;这一节我们来实现硬盘驱动。 一、硬盘分区 我们的文件系统安装在一块全新的硬盘中&#xff0c;我们先创建它&#xff0c;然后在给他分区。 1.1、创建硬盘 首先是创建&#xff0c;这个之前我们已经干过一…
阅读更多...
coooooode

coooooode

1.局部变量在栈上初始化&#xff1a;.stack .const 2.未初始化的全局变量在.bss区 3.初始化的全局变量在.data和.const区
阅读更多...
PyQt ui2py 使用PowerShell将ui文件转为py文件并且将导入模块PyQt或PySide转换为qtpy模块开箱即用

PyQt ui2py 使用PowerShell将ui文件转为py文件并且将导入模块PyQt或PySide转换为qtpy模块开箱即用

前言 由于需要使用不同的qt环境&#xff08;PySide&#xff0c;PyQt&#xff09;所以写了这个脚本&#xff0c;使用找到的随便一个uic命令去转换ui文件&#xff0c;然后将导入模块换成qtpy这个通用库(支持pyside2-6&#xff0c;pyqt5-6)&#xff0c;老版本的是Qt.py(支持pysid…
阅读更多...
顶顶通呼叫中心中间件-话术编辑器机器人转人工坐席配置(mod_cti基于FreeSWITCH)

顶顶通呼叫中心中间件-话术编辑器机器人转人工坐席配置(mod_cti基于FreeSWITCH)

顶顶通呼叫中心中间件-话术编辑器机器人转人工座席配置(mod_cti基于FreeSWITCH) 配置方法 一、ACD排队转接 二、伴随转接 比如你设置的通知规则是任意满足一个就通知那么通话时间设置为10 秒那样他只要通话时间到10秒他就会转坐席。 如果要转人工的时侯转手机可以这样配置 把…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023