流程效率 为了清晰展示企业内审批流程的使用情况及审批效率，提供流程效率板块。点击【流程效率】进入审批数据统计界面，可以查看我管理的和个人名下的已处理和待处理的数据量，平均耗时统计。 当前流程效率模块处于灰度试用阶段，加入灰度白名单的租户，可以看到该模块。（如需试用该功能，可联系企业对应运营人员开通）

查看更多 →

性能效率支柱 性能效率支柱简介 基础概念 设计原则 问题和检查项 PERF01 流程与规范 PERF02 性能规划 PERF03 性能建模 PERF04 性能分析 PERF05 性能优化 PERF06 性能看护 云服务性能优化介绍

查看更多 →

性能效率支柱简介 如何设计出高性能的架构是一个普遍性的问题。作为基本的质量属性，性能的重要性和性能失败后果的严重性是毋庸置疑的，实际上公司内外都有很多性能失败的例子。本文试图为性能设计、性能优化提供一些技术方法和手段，这些方法手段可以用于系统的软件性能工程建设，也可用于指导性能调整和优化。

查看更多 →

页面JS 编写JS脚本 单击左侧插件栏中页面JS按钮即可打开页面JS面板。在代码编辑区中编写好代码后单击右上角保存按钮。 图1 代码编辑区 系统预先编写好了一些范例脚本，单击“展示使用帮助”可以查看提供的范例脚本。 可以将需要使用的相关范例复制，然后单击“关闭使用帮助”回到JS代码编辑页面，粘贴到代码编辑区进行使用。

查看更多 →

{widget}.js 文件介绍 {widget}.js为组件逻辑文件，整个Widget的渲染核心JS，在组件编辑状态和页面最终的发布运行态都会被加载执行。一个推荐的组件架构，应包含表1中API。其中，init、render和beforeDestory为组件的通用生命周期函数，其余为推荐模板实现。

查看更多 →

JS错误 JS错误展示站点的错误统计，包括：JS稳定性、JS错误列表、JS错误类型列表以及JS错误率页面排行榜。 操作步骤 登录管理控制台。 单击左侧，选择“管理与监管 > 应用性能管理 APM”，进入APM服务页面。 在左侧导航栏选择“前端监控 >JS错误”，展示JS错误的性能数据。

查看更多 →

log(base64EncodedId); } uuidBtoaTest(); /** * 示例三：该示例引入 lodash 模块，并测试了其中的 uniq 对数组去重 */ function lodashUniqTest() { const lodash = require('lodash');

查看更多 →

log(base64EncodedId); } uuidBtoaTest(); /** * 示例三：该示例引入 lodash 模块，并测试了其中的 uniq 对数组去重 */ function lodashUniqTest() { const lodash = require('lodash');

查看更多 →

提高Kafka消息处理效率 消息发送和消费的可靠性必须由分布式消息服务Kafka版和生产者以及消费者协同工作才能保证。同时开发者需要尽量合理使用分布式消息服务Kafka版的Topic，以提高消息发送和消息消费的效率与准确性。 对使用分布式消息服务Kafka版的生产者和消费者有如下的使用建议：

查看更多 →

Node.js 开发事件函数 开发HTTP函数 nodejs模板 制作依赖包

查看更多 →

Node.js 样例 发送短信、发送分批短信、接收状态报告、接收上行短信 环境要求 基于Node.js 8.12.0版本，要求Node.js 8.12.0及以上版本。 发送短信为单模板群发短信示例，发送分批短信为多模板群发短信示例。 本文档所述Demo在提供服务的过程中，可能会涉

查看更多 →

require('https'); var data = require('./data.js'); var util = require('./reqUtil.js'); var record = require('./getRecordLink.js'); /** * voiceCallAPI * @param

查看更多 →

Node.js 注：为节省开发时间，建议先使用Node.js代码样例进行调测，熟悉接口使用后，再参考Java、python、PHP或C#代码样例，结合接口文档进行功能开发。 样例 语音通知场景API、呼叫状态通知API、话单通知API 环境要求 Node.js 4.4.4及以上版本。

查看更多 →

Node.js 注：为节省开发时间，建议先使用Node.js代码样例进行调测，熟悉接口使用后，再参考Java、python、PHP或C#代码样例，结合接口文档进行功能开发。 样例 语音验证码场景API、呼叫状态通知API、话单通知API 环境要求 Node.js 4.4.4及以上版本。

查看更多 →

保证结果正确的基础上，能够提高SQL执行效率。如果遵守下列规则，能够大幅度提升业务查询效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场景

查看更多 →

保证结果正确的基础上，能够提高SQL执行效率。如果遵守下列规则，能够大幅度提升业务查询效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场景

查看更多 →

的规则调整SQL语句，在保证结果正确的基础上，能够提高SQL执行效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场景中，如果通过业务逻辑已确认两个集合不存在重叠，可用union

查看更多 →

证结果正确的基础上，能够提高SQL执行效率。如果遵守这些规则，常常能够大幅度提升业务查询效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场

查看更多 →

证结果正确的基础上，能够提高SQL执行效率。如果遵守这些规则，常常能够大幅度提升业务查询效率。 使用union all代替union。 union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并，不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用

查看更多 →

证结果正确的基础上，能够提高SQL执行效率。如果遵守这些规则，常常能够大幅度提升业务查询效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场

查看更多 →

证结果正确的基础上，能够提高SQL执行效率。如果遵守这些规则，常常能够大幅度提升业务查询效率。 使用union all代替union union在合并两个集合时会执行去重操作，而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间，因此，在一些实际应用场

查看更多 →