为什么axios请求接口会发起两次请求

如果只是普通的 ajax 请求，也不会发起这个请求握告，只有当 ajax 请求绑定了 upload 的事件并且跨域的时候，就会自动发起这个请求。

这样就明了了，就是我们有upload事件绑定（一般都是本地调试，所以会有跨域），我仔段拦明细看了下axios文档，发现config配置文件中有两个参数

// onUploadProgress: function(progressEvent) {

// // Do whatever you want with the native progress event

// },

// onDownloadProgress: function(progressEvent) {

// // Do whatever you want with the native progress event

// },

分别处理上传和下载事件，也就是这里绑定了upload事件，所以每次请求都会有个option请求。

解决方案衡含很简单，直接注释掉就好了，当然如果开发的工程上线使用跟请求的接口是同一个域名下自然不会两次请求。

C语言发post请求数据程序， 工作需要，网上查资料N篇，作为半路出家学编程的，走过了N个灶穗坑，终于完成以下的测试程序。

使用了curl的库, 这样无论在windows或者在linux都可以使用.

win下的编程环境是TDM-GCC-64, 怎样安装，也是另一个话题。需要这个的请自行上网查询怎样安装.

linux 下是gcc环隐陵卜境，最好先安装curl开发包，目的就是需要curl.h等文件, 怎样安装，也是另一个话题。

废话不说，以下是正式程序.

#include

#include

#include

#include

struct string {

char *ptr

size_t len

}

void init_string(struct string *s) {

s->len = 0

s->ptr = malloc(s->len + 1)

if (s->ptr == NULL) {

fprintf(stderr, "malloc() failed ")

exit(EXIT_FAILURE)

}

s->ptr[0] = ''

}

size_t writefunc(void *ptr, size_t size, size_t nmemb, struct string *s)

{

size_t new_len = s->len + size * nmemb

s->ptr = realloc()(s->ptr, new_len + 1)

if (s->ptr == NULL) {

fprintf(stderr, "realloc() failed ")

exit(EXIT_FAILURE)

}

memcpy(s->ptr + s->汪樱len, ptr, size*nmemb)

s->ptr[new_len] = ''

s->len = new_len

return size * nmemb

}

CURLcode curl_post_req(char *url, char *postParams,struct curl_slist *headers, char *response)

{

CURL *curl

curl = curl_easy_init()//初始化

// curl返回值

CURLcode res

if (curl)

{

struct string s

init_string(&s)

curl_easy_setopt(curl, CURLOPT_HTTPHEADER, headers)

//curl_easy_setopt(curl, CURLOPT_URL, "http://httpbin.org/post")

curl_easy_setopt(curl, CURLOPT_URL, url)

curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, writefunc)

curl_easy_setopt(curl, CURLOPT_WRITEDATA, &s)

curl_easy_setopt(curl, CURLOPT_POST, 1)//设置CURLOPT_POST之后必须带有POST数据

curl_easy_setopt(curl, CURLOPT_POSTFIELDS, postParams)

//不接收响应头数据0代表不接收 1代表接收

curl_easy_setopt(curl, CURLOPT_HEADER, 0)

curl_easy_setopt(curl, CURLOPT_FOLLOWLOCATION, 1L)

//CURLOPT_VERBOSE的值为1时，会显示详细的调试信息

curl_easy_setopt(curl, CURLOPT_VERBOSE, 0)

curl_easy_setopt(curl, CURLOPT_READFUNCTION, NULL)

curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1)

//设置超时时间，以秒来计算 CURLOPT_CONNECTTIMEOUT是连接超时

curl_easy_setopt(curl, CURLOPT_CONNECTTIMEOUT, 10)

curl_easy_setopt(curl, CURLOPT_TIMEOUT, 10)

// https ssl 时需要用到，如果是 http 可以注释掉

curl_easy_setopt(curl, CURLOPT_SSL_VERIFYPEER, 0L)

curl_easy_setopt(curl, CURLOPT_SSL_VERIFYHOST, 0L)

res = curl_easy_perform(curl)

//printf(" =>%s=>=>", s.ptr)

sprintf(response," =>%s ", s.ptr)

free(s.ptr)

curl_slist_free_all(headers)

}

curl_easy_cleanup(curl)

return res

}

int main(int argc, const char *argv[])

{

// http 请求头, 构造

printf(" start... ")

struct curl_slist *headers1 = NULL

headers1 = curl_slist_append(headers1, "User-Agent: Mozilla/5.0 (Windows NT 10.0WOW64Trident/7.0rv:11.0) like Gecko")

headers1 = curl_slist_append(headers1, "Content-Type:application/x-www-form-urlencodedcharset=UTF-8")

char url_post0[100] = "https://www.lpfrx.com/"

// 查找的字符串 ： delphi

char paramsLogin0[100] = "s=delphi"

char resPost0[40960] = ""

CURLcode res3 = curl_post_req(url_post0, paramsLogin0, headers1,resPost0)

if (res3 == CURLE_OK)

{

printf("data: %s" ,resPost0)

}

printf(" end... ")

return 0

}

// win 下cmd下运行乱码，请先执行 chcp 65001 转成 utf8. 默认是chcp 936

// win: 运行目录下需要zlib.dll libcurl.dll

// curl-Library 是我自己的目录，放在当前的程序目录下，win下的curl.h 也是需要自己去找，如果有python编程环境的话，也安装了curl库的话，应该可能会有curl.h的库路径

// win: gcc -o curlpostlpfrx curlpost_lpfrx.c -I ./curl-Library/include -L ./curl-Library/lib -lcurl

//linux: gcc -o curlpostlpfrx curlpost_lpfrx.c -lcurl

接口测试是项目测试的一部分 ，它测试的主要对象是接口 ，是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。 如何设计接口测试用例？首先，明确出发点，和所有的测试一样 ，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向 ，你的设计行为就会尽量朝这个方向，更易发现问题 其次，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口 ，每个接口如果分别测试 ，那将是很痛苦的一件事情，而且任何一个内部接口的变动 ，都将导致我们用例的不可用。 可将这些最外层的接口分为两类：一类是数据进入系统的接口；一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用 ，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何 ，此时系统又是什么状态都是我们所应该验证的。 然后，确认完整的测试对象的功能：确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要什么样的功能。此两个功能一定要准确详细，用例的设计要严格按照测试对象功能设计才是正确的用例。 最后当出发点、对象、功能都确定了，就可以真正设计用例了。下面详细介绍下如何去设计一个结构好、可读性高、渗透性强的接口测试用例。 接口测试用例设计和测试用例设计一样，用例设计的内容应该包括：主要测试功能点、测试环境、测试数据、执行 *** 作以及预期结果。 1）接口测试环境分为两种：一种是程序内部的环境；一种是程序的所调用外部接口的环境。 2）接口测试测试数据分为接口参数数据和用例执行所需系统数据。数据的设计、准备测试用例的数据上需要花费更多的心思。要通过好的测试数据使用例查找问题。接口参数数据誉陵需对每个参数根据测试接口的实际的功能进行分析，在符合业务逻辑的情况下进行逻辑组合排列 ，不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据 ，使用例更容易发现问题。 3）测庆羡戚试功能点，如果一个接口功能复杂时推荐对接口用例进行结构划分 ，这样子用例具有更好的可读性和维护性。接口划分原则为以接口提供的功能点的不同进行合适粒度的划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充。 4）接口测试用例执行 *** 作非常简单，就是所测接口的调用。 5）预期结果验证，这也是接口用例设计的很关键的一步 ，应该细而不冗余。每个用例均需验证 ，避免一个用例中重复做相同的验证 ，提高测试用例的效率。 如何设计接口测试用例小例子： 简单划分可以按照2个基本组成要素进行划分：1. 参数 2. 业务 以下为最简单的一种划分用例的方法，可能涵盖不全，但只为说明一种划分接口用例的方法方式以及需要考虑的测试用例的测试点 为何要如此设计，是为了更好的将用例分类为程序规定型以及业务限制型，尽量的保证覆盖，尽量细化到点的划分形式来保证工作时间的预估和计划。 所有的自动化接口的测试用例 都基本围绕三部曲进行，派消传数据，执行，校验返回的数据和期望数据是否一致来构成每个简单的测试用例。 有清晰的线路和清晰的思维，才能做好整体测试的掌控。

---