【已解决】面试测试岗位遇到的几个未解决的问题

最新推荐文章于 2024-04-30 19:04:13 发布

转载最新推荐文章于 2024-04-30 19:04:13 发布 · 469 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/qianjinyan/p/9195481.html

文章标签：

#面试 #json #数据库

本文探讨了API接口设计中的幂等性概念及其重要性，提供了三种常见的幂等性实现方案，包括悲观锁、乐观锁和日志记录。此外，文章还讨论了复杂JSON格式的验证方法及服务器资源监控技巧。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本来可以问面试官的，面的太差，不想开口啦，哈哈哈哈

1. api接口中的幂等性有什么解决方案？

幂等性三个字平常倒是听说过，但只浮于表面听过而已，是什么意思，不清楚；

百度给出但解释是：

抄用一段数学上的定义：f(f(x)) = f(x)。x被函数f作用一次和作用无限次的结果是一样的。幂等性应用在软件系统中，我把它简单定义为：某个函数或者某个接口使用相同参数调用一次或者无限次，其造成的后果是一样的，在实际应用中一般针对于接口进行幂等性设计。举个栗子，在系统中，调用方A调用系统B的接口进行用户的扣费操作时，由于网络不稳定，A重试了N次该请求，那么不管B是否接收到多少次请求，都应该保证只会扣除该用户一次费用。

列举三种改进方式：

1、悲观锁，select for update，整个执行过程中锁定该订单对应的记录。

2、乐观锁，affectrows = db.update("update payorder set state='已支付' where orderid=$orderid and state='未支付' ")，如果affectrows=1，执行充值，否则返回已处理。

3、定义notifylog表，orderid为unique key或者primary key，执行前，先insert，若insert成功则执行充值，否则返回已处理。

以上简单例子用以说明幂等性常用应用实现，在SOA化系统中，可能很多原子功能都被拆分到不同的进程里，如charge充值这个函数，可能在另一个进程中，那么整个业务的链路就会更长，可能回调成功了，但是充值失败。同理，只要充值接口保证幂等性，对于已经回调过但是充值结果未返回的请求，回调接收程序，应当重复发起充值请求。更深入更复杂的应用场景，在数据一致性中再细讲。

其实我回答了一种方式，是第三种，用入参中传值是唯一的一个code，此code将对应DB表中的某个字段，该字段设置为unique constraint唯一性约束，面试官表示没听懂我说什么。

也怪我表述不清吧，而且近几天都在搞cassandra数据库，cassandra一张表中某个字段作为primary key后，该字段partition key，然后还有Clustering Key。然后内心就去想cassandra数据库了，思绪有点飘～

后来我解释了，比如一个注册接口，20个请求同时注册，本来注册接口中又限制手机号/身份证号码唯一的，但同时注册20个会员，数据库最终新增了20个会员。

如果将比如手机号一列作唯一性约束，那就只有一条insert成功，剩余的19条都会失败。

面试官听完，又问我：如果入参中没有一个唯一的值，要怎么办？

暂时没想到好方法。

网上的solution summary：

业务层设计协议时，要求请求方定义不重复的业务流水号。应用实现时，利用数据库乐观锁、插入unique key的日志等方式保证并发时的幂等。

幂等性把关环节，在协议设计评审中，评审重要业务RPC或者http接口是否支持幂等，代码评审中，重点把关请求并发时，是否仍旧能够保证幂等性。

设计人员和具体实现人员在实现过程中，也应该时刻自审幂等性的实现是否过关。

2. api接口中返回信息是很复杂的json格式，有些顺序可能有误，有可能是一层包一层的顺序错误，要如何检查验证，最好能自动化？

回头试试jmeter能否处理，干脆一步到位点，将json对象每一个contains做个判断，只有完全符合，才bellshell断言成功。

目前限于想法，能否实现再说；

更新20180620：以下随笔中提到的json提取器或者json断言，可以解决。主要原理，就是定位json中一层层元素，元素位置即元素层级不正确，会有定位不到的问题，也就会断言失败了

http://www.cnblogs.com/qianjinyan/p/9205142.html

3. 性能测试中，如何查看服务器的资源情况？如果是4核或者8核，如何具体看每核的资源使用情况？

vmstat -2 每隔2秒输出服务器cpu/内存等信息

free

top

uptime

终于明白了，是我理解有问题，有的是VM linux服务器，有的是physical。

而cat /proc/cpuinfo出来的processerid 是指总共的core内核数。

所有一般命令，比如top ，之后敲一下1，所显示的cpu0~cpun就是总共的内核数。

附赠一个简单的脚本，持续打印top 命令到home 目录下

top -b -d 5 > ~/cpu_result
grep Cpu cpu_result | awk "{print NR,\$5,\$2,\$3,\$7,\$8}" | sed "s|\%$[a-z]$$[a-z]$\,||g"

统计链接数，分别在windows中和linux下

C:\Users\jasqia.AP>netstat -ano | find "10.215.70.172:443" | find "ESTABLISHED" /c
50

C:\Users\jasqia.AP>netstat -ano | find "10.215.70.172:443" | find "TIME_WAIT" /c
2233

如何判断当前主机是物理机还是虚拟机？

windows中

C:\Users\jasqia.AP>Systeminfo | find "System Model"
System Model: OptiPlex 3020

物理机

mesg | grep -i virtual
DMI: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/21/2015
hpet0: at MMIO 0xfed00000 (virtual 0xffffffffff5fe000), IRQs 2, 8, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
Vendor: VMware Model: Virtual disk Rev: 1.0

虚拟机