如何判断是客户端问题还是服务器问题

最新推荐文章于 2024-05-22 16:27:30 发布
最新推荐文章于 2024-05-22 16:27:30 发布
阅读量6.7k 收藏 4
点赞数 1
分类专栏： 抓包 文章标签： 服务器 接口
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_37986839/article/details/78400472
版权

举个例子，

下载了个词典PC客户端，发现词典上的一些解析出现是HTML代码，例如<b>...</b>什么的，用fiddler抓包一下相关的接口jsonapi，发现相应的接口也是写着<b>..</b>，这说明服务器没有问题，是客户端出错，客户端没有把相应的HTML代码效果渲染出来

如果发现客户端上的东西出错，fiddler抓包一下，发现也是出现同样的错误，那么就是服务器的问题了

汶逗逗
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
发现一个bug，怎么定位是app端还是服务端的问题
爱码小哥
09-07 2411
发现一个BUG，怎么定位是APP端还是服务端的问题 第一种方式可以通过抓包分析，通过对客户端进行抓包分析服务端返回的数据是否符合预期，如果服务端的数据是正确的，那就是客户端的问题。 第二种可以用日志分析，通过查看客户端、服务端的日志，分析有没有异常日志信息，从而确定具体的原因。 ...
【每日一题】9.21 发现一个bug, 怎么定位是客户端还是服务端的问题
小刘的技术成长站
09-22 391
你日常工作中遇到的那些重要的bug当中，有70%bug都是这类bug，听到这你可以停下来琢磨一下是不是这样的。而线上问题，因为它是发生在用户身上不是发生在你身上，所以你也没法抓包。就是线下发现的，必现的bug。你比如说你在测试过程中发现了一个必现的bug，你才能通过抓包去排查这个bug。1 从根本上来说，就是看服务端返回的数据对不对，如果服务端返回的是对的，那大概率就是客户端问题，反之那就是服务端问题。综上所述，要想学会判断一个问题是服务端问题还是客户端问题，最重要的不是要学会抓包，而是要学会看日志。
遇到bug如何定位，如何区分前端/后端bug
最新发布
2301_79535618的博客
05-22 785
另外，如果团队规模较大，或者由各地的项目组拼凑而成，势必会增加沟通成本，这更需要我们在类似禅道或者Jira等项目管理软件中提交bug时，先指明是谁的bug，避免互相踢皮球的现象。这个可以说是最重要的。比如翻页控件，待测的系统有很多页面都有翻页控件，那么就要看下是否每个页面都会出现这个问题，进而报bug时进行统一说明，也更加方便开发人员批量处理，防止漏改。方法是从出现bug征兆处开始，人工地沿控制流程往回追踪，直至发现出错的根源，不幸的是程序变大后，可能的回溯路线显著增加，以致人工进行完全回溯到望而不可及。
iOS：根据日志去定位网络请求发生的错误是由于服务端造成的，还是客户端造成的？...
dienangpiao2051的博客
12-26 170
一、介绍 在项目开发中，服务端和客户端的协作尤为重要，而连接它们的最重要的环节之一就是网络请求，对于服务端而言，如果这个环节出现了错误，那么安全性就无从谈起，同时对于客户端而言，如果这个模块出现了错误，那么后续的开发就无法继续进行下去。诚然，当网络请求真的出现了问题，快速定位问题的源头就显得迫在眉睫了。本博文提供三种定位问题源头的方法，判断是服务端的原因，还是客户端的原因，避免大家找问...
当app出现bug时，怎么判断是客户端的问题，还是接口的问题，或者是服务端的问题？
zhaizhai的博客
11-06 7708
先使用抓包工具确定服务器接口反回的数据是否正确,这样就可以排除是否是服务器原因如果返回的是服务器报错那麼就是服务器原因, 如果反回的数据与接口文档不符那麼就是接口问题, 最後就是客户端问题.
客户的网络环境或服务器的监控
withcsharp2的博客
07-01 407
朋友问俺这个事情： 你遇到过这种情况吗？你的软件本来运行得好好的，但是客户的网络环境或服务器出了问题，软件受到了影响，但是客户不承认网络有问题，认为软件有问题。这种情况下，如何快速找到证据，证明是网络或服务器的问题呢?俺说：“俺开始讲段子了”。段子一：现在有很多专业的监控软件和机房维护系统。网络不正常、内存过高、数据库有耗时超长的语句、机房温度过高、有人进行软的或者硬的入侵（硬的就是有人带着头套，撬了机房）等等情况都可以短信报警。而且这些系统有完善的日志数据可以分析。段子二：有一年，俺在一个客户（省中医院）
linux并发回音服务器与客户端
06-17
在Linux系统中，实现并发回音服务器和客户端是学习网络编程和多线程技术的一个经典实践。这个项目涉及到了许多核心的计算机科学概念，包括网络通信、进程管理、并发处理和I/O操作。以下是关于这个主题的详细知识阐述...
qt开发的TCP客户端服务器
07-30
使用qt写的TCP客户端和服务器，可以接收和发送内容，实现多语言切换，亲测可用，源码分享
Qt写的支持多个客户端连接的服务器
07-20
Qt写的服务器端，可以根据客户端发来的json解析出设备，然后放在客户端链表，这样可以更好的维护多个客户端的连接，每次都会对客户端进行连接状态检测，发现没有连接的就会被剔除，并且可以使用这个方法设置多种平台...
taojiezi.zip_客户端 服务器_服务器转发
09-14
使用多线程技术，编写C/S方式的聊天程序，实现客户端之间以及客户端与服务器之间的通讯。...当某个客户端离线时，服务器要做出正确判断。 服务器选择某个客户端进行聊天。 客户端间直接聊天,不通过服务器转发
客户端-充值服务器.e
05-11
客户端-充值服务器
App测试时,区分客户端或服务器端导致问题产生的方法
monkey_怡宝的博客
12-04 803
1、先确定产生问题的地方是否与服务器产生交互/通信，若无则非服务器问题； 2、通过Fiddler抓包，查看操作时调用的服务器接口是否正常并检查对应返回值； 3、若接口返回值正常，则需查看客户端对业务的逻辑处理。 ...
网络状态码
eyeEducation的博客
03-25 534
详解状态码1.readyState0：请求未初始化（还没有调用 open()）。 1：请求已经建立，但是还没有发送（还没有调用 send()）。 2：请求已发送，正在处理中（通常现在可以从响应中获取内容头）。 3：请求在处理中；通常响应中已有部分数据可用了，但是服务器还没有完成响应的生成。 4：响应已完成；您可以获取并使用服务器的响应了。2.status100——客户必须继续发出请求 1
客户端和服务器端的一些异常
sjjlu0的专栏
06-07 1165
java.io.IOException: Broken pipe 原因：客户端断开连接，而服务端尝试往已关闭的socket中写数据时就会抛这种异常 从别地方看到的总结 第1个异常是java.net.BindException:Address already in use: JVM_Bind。该异常发生在服务器端进行new ServerSocket(port)（port是一个0，655
JAVA网络异常的小总结
ftlovexg的专栏
10-23 1163
第1个异常是java.net.BindException:Address already in use: JVM_Bind。该异常发生在服务器端进行new ServerSocket(port)（port是一个0，65536的整型值）操作时。异常的原因是以为与port一样的一个端口已经被启动，并进行监听。此时用netstat –an命令，可以看到一个Listending状态的端口。只需要找一个没有被
客户端和服务端的区别_客户端与服务端的区别与联系
热门推荐
weixin_42101237的博客
01-25 1万+
一、基础概念1、客户端与服务端百度百科上的专业术语用多说，现在我想用最通俗易懂的语言来向大家描述一下这两个东西的概念实际上两者不可分割，所以他们的概念会包含彼此客户端：客户也就是你，客服端也就是你这一端可以接触到的程序，手机app,web网页等，我们可以在客户端的界面上向服务器发送请求以及数据，交给服务器处理服务端：也就是提供为客户端提供“服务”，接收并储存客户端发送过来的数据或请求，并且对请求进...
发现一个BUG，怎么定位是APP端还是服务端的问题？
公众号已改名为-程序员阿沐
09-07 1591
第一种方式可以通过抓包分析，通过对客户端进行抓包分析服务端返回的数据是否符合预期，如果服务端的数据是正确的，那就是客户端的问题。 第二种可以用日志分析，通过查看客户端、服务端的日志，分析有没有异常日志信息，从而确定具体的原因。 ...
如何区分服务端和客户端？
Sugarhiy的博客
07-13 2495
如何区分服务端和客户端？ 说白了，谁来设置要实现什么功能，那就是服务端。 那他设置的东西谁来用，来连接，就是客户端。 对我来说最简单粗暴的理解！
有没有可能是客户端的问题导致服务器发RST
07-15
是的，客户端的问题也可能导致服务器发送RST包。以下是一些客户端可能引发服务器发RST包的情况： 1. 无效的请求或数据：客户端发送的请求或数据可能包含错误、格式不正确或非法内容。当服务器检测到这些问题时，它...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值