socket的accept方法？罗汉鱼眼睛凸起怎么治疗Accept-Encoding： gzip, deflate

来源：择校网时间：2024-12-01 14:23:29

一、罗汉鱼眼睛凸起怎么治疗Accept-Encoding: gzip, deflate

蒙眼大多是因为水质差引起的,污浊的水中各种有害细菌滋生严重，在这样的水中生长，即使身强体壮的观赏鱼品种也会被有害细菌入侵患上蒙眼、烂鳍、烂肉、水霉等疾病，而且污浊的水质也不适宜观赏热带鱼。

所以最好换水.以后要保持水的干净.

B、市售的治疗药品有爱斯拉奇眼病特效药，皇牌特效药。

感染的迹象:鱼的一只或两只眼睛不正常地突出。（说明：有此鱼类，尤其是金鱼，其突出的眼球是生来就有的。）

感染详述:疾病的发展和传染性非常多地取决于病因，病因常常很难确定。肿胀的眼球能由多种原因引起，包括鱼结核病、白点病、水肿、虫白内障（各种吸虫引起，如复口吸虫）和细菌感染。

推荐的治疗方法:使用抗寄生虫和抗细菌处理可能有效。捞起鱼只，用红霉素眼药膏涂抹凸眼部位，每日3次，直至病情好转。用市售治疗凸眼的药物，如超强素等。

二、grows是什么牌子的鱼竿Accept-Encoding: gzip, deflate

钓竿分类:台钓竿钓竿长度:3.9米品牌:GROWS钓竿材质:碳素竿垂钓场所:江河湖泊水库池塘溪流产地:台湾上市时间:2012年调性:硬钓竿重:90克收缩后长度:112厘米节数:4节元经:8.0(不含手把)先经:0.9此钓竿为细身极硬调非粗身极硬调两个概念，老钓友都知道粗身极硬调要比细身极硬调性硬度高

三、Loadrunner中对中文进行UTF-8转码的探索

这是一个HTTP接口测试中经常会碰到的问题，目前的服务器采用的都是UTF-8编码方式，而我们的客户机Windows系统一般默认采用的编码方式是GBK，这正是我们采用录制方式的时候会发现许多中文乱码的原因。

Loadrunner录制的时候可以通过在Virtual User Gen的Tools-Recoding Options- Advanced- Support charset- UTF-8的设置规避（其实也只是部分规避），下面我们讨论在手写测试脚本时如何解决UTF-8转码的问题。

实践一：在脚本中直接采用中文明文进行请求

web_custom_request("web_custom_request",

结果：服务端返回404错误，找不到相应的资源id,明显服务端不能正确响应非UTF8编码方式的请求。

为解决这个问题，最关键的是要把本地GBK编码的汉字转换成UTF-8编码格式的信息，为此我们引进loadrunner自带的编码函数lr_convert_string_encoding

lr_convert_string_encoding Return Values Parameterization

Converts a string to a different encoding.

intlr_convert_string_encoding( const char*sourceString, const char*fromEncoding, const char*toEncoding, const char*paramName);

sourceString The string to convert

fromEncoding The encoding of the sourceString

toEncoding The encoding to convert of the string saved in parameterparamName

paramName The name of the parameter in which the destination string will be saved

lr_convert_string_encodingconverts a string encoding between the following encodings: System locale, Unicode, and UTF-8.The function saves the result string, including its terminating NULL, in the parameterparamName.

lr_convert_string_encodingis added manually to a script. when needed. It is not recorded.

Possible values for'fromEncoding' and'toEncoding':

socket的accept方法？罗汉鱼眼睛凸起怎么治疗Accept-Encoding： gzip, deflate

根据函数说明，我们编写测试脚本如下lr_convert_string_encoding("环球影院",

web_custom_request("web_custom_request",

"EncType=text/xml;charset=UTF-8",

LAST);使用lr_convert_string_encoding函数，将中文转换成UTF-8编码以后，作为参数传递给请求，并发送。测试结果：仍然返回404错误，查看loadrunner日志信息“环球影院”已经正确转换成UTF8编码方式，那为什么还是请求失败呢？再次查看日志如下Action.c(7): t=825ms: 223-byte request headers for"

Action.c(7): GET/list?id=_ _褰遍_\x00 HTTP/1.1\r\n

Action.c(7): Content-Type: text/xml;charset=UTF-8\r\n

Action.c(7): User-Agent: Mozilla/4.0(compatible; MSIE 6.0; Windows)\r\n

Action.c(7): Accept-Encoding: gzip, deflate\r\n

Action.c(7): Connection: Keep-Alive\r\n

Action.c(7): Host: 172.16.4.191\r\n

Action.c(7): \r\n发现在请求地址“/list?id=_ _褰遍_”后面还带了一个\x00，这正是lr_convert_string_encoding函数说明中标红的说明：The function saves the result string, including its terminating NULL, in the parameterparamName.也就是说，我转换成UTF-8之后，如果直接作为变量传到代码之中的话，在最后的字符串之中，会多出来一个“NULL”，在C语言中NULL是一个字符串的结束，而正是这个null字节的存在导致了服务端识别id出错。实践三：char tmp[50];

lr_convert_string_encoding("环球影院",

strcpy(tmp,lr_eval_string("{str}"));lr_log_message("str is%s",tmp);

lr_save_string(tmp,"sorvalue");

web_custom_request("web_custom_request",

LAST);通过lr_eval_string函数取参数值时会自动去掉\x00，测试结果正常，正确返回HTTP响应内容。