API 与 Webhook，其实并没有那么难懂

API 和 Webhook 都允许不同的软件系统同步和共享信息，随着软件应用程序变得越来越相互关联，开发人员必须了解这两种共享数据方式之间的区别，并选择最能满足手头任务需求的工具。

API 与 Webhook

有关API和Webhook的概念、区别，互联网上已经有不少解释，本文就不再作过多赘述，仅以两个简单的例子描述其原理，供读者与用户参考：

API采用的是“拉”数据的方式。假设：项目A需要调用项目B的数据，则B要开放一个接口，每当A需要数据的时候，就向B发送请求，通过这个接口获得数据。这个接口就是API；

但麻烦也因此产生了：每当A需要调用数据的时候，都需要发送一遍请求，效率较低；并且A并不知道B什么时候更新数据，无法做到数据的实时同步。

这时候，Webhook的作用就体现出来了。

Webhook“人如其名”，采用的是“钩（hook）”数据的方式。同样是项目A需要项目B的数据，Webhook的方式是需要A提供一个url给B，每当B更新数据时，可以通过Webhook及时将数据传递给A。

美洽如何使用 Webhook

在了解了API与Webhook的作用后，本文将重点介绍美洽是如何使用Webhook的。

正如前文所述，Webhook的特点在于：以事件驱动，可以在发生数据变化时及时回传数据。因此，美洽将Webhook应用在软件工作台的对话、顾客、工单数据等模块。

目前，美洽支持在工作台手动或者自动触发了下列事件之后，主动通知客户的服务器地址，并把相关信息一并返回给客户，以实现实时同步客户数据，但需要客户按要求准备服务器地址，并完成签名校验方可实现：

动作	业务对象	触发事件
结束对话（conversation.closed）	Conversation	手动或自动结束对话
更新对话（conversation.updated）	Conversation	客服修改对话小结
创建顾客（client.created）	Client	创建顾客、访客转换为顾客
更新顾客（client.updated）	Client	在工作台更新顾客参数
删除顾客（client.deleted）	Client	客户在【顾客】删除顾客

签名校验的具体流程如下：

1. 读取 HTTP 请求的 Body，将其转换为字符串 body_str；

2. 将 body_str 和 secret 拼接成需要加密的字符串 encrypted_str，body_str 在前， secret 在后；

3. 对 encrypted_str 进行 SHA1 加密得到 signature_str；

4. 将 signature_str 和 HTTP Header 中的 Meiqia-Signature的值进行比对。

参数样例如下：

POST /api/meiqia/notify HTTP/1.1 
Host: 127.0.0.1:5005 
User-Agent: Go-http-client/1.1 
Content-Length: 3140 
Content-Type: application/json; charset=utf-8 
Meiqia-Sign: 44cb7f1e544d8830ab0e1feb959b94b3e02eb7e9 
Accept-Encoding: gzip 


 {    
  "id": "sub_09e4bee581ffbcd347fcf634e0f99df8_1632648830",   //美洽定义的通知唯一标识
  "event": "conversation.updated",                           //主题
  "enterprise_token": "09e4bee581ffbcd347fcf634e0f99df8",    //美洽定义的企业 Token
  "created_at": 1632648830,                                  //通知的创建时间
   "conversation": {                                          //主题的业务对象
         "enterprise_id": 97631,        
         "dev_client_id": null,         
         "page_from_url": "",         
         "search_engine": ""     
         }
}

如果配置成功，则返回状态码如下：

状态码	描述
200	成功，美洽将订阅的主题成功推送到 Webhook URL