‘壹’ 接口出问题，后端让前端把日志给他看一下，日志是啥
一般就是服务器的日志文件，你根据对应的时间和接口名字找到对应的日志段落，截图或者复制下来给后端。一般是.log或者.txt的文本文件
‘贰’ 前端日志和后端日志的区别
前端日志和旁高仔后端日志的区别是概念不同。前端日志是用户可以在网页或者应用程序上浏览的内容。而后端日志被称为服务器端开发，也就是面向服务器的开发。在网站或者应用程序上，一切我们看不到的都属于后端。网络日志，也可称为博客。Blog就是以网络作为载体，简念让易迅速便捷地发布自己的心得，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示于一体的综合性平台。资深互动营销专家、隆运汪文互动营销研究院总监冯延表示，企业可通过博客与消费者沟通、发布企业资讯、收集反馈和意见、实现企业公关等行动。
‘叁’ 前端写日志什么的显示的格式是怎么做的
网络下askii码你就明白了，空格 回车都是可以换成2进制让机器读取的，和abc 123是一样的
‘肆’ 前端设备的用户行为日志和安全事件日志宜保存
默认保存3个月。
用户行为日志，也叫做用户行为轨迹，流量日志等。简单来说，就是用户每次访问网站产生的行为数据。基本上，只要你访问了任何一个网站，该网站都会有你的行为记录。安全日志就是每次开关机、运行程序、系统报错时的信息记录，保存在日志文件中。日志文件会随着时间的增长而越集越多，从而影响系统速度。前段设备一般默认保存3个月，以免影响系统速度。
默认保存时间是可以修改，可以根据自身需要调整。
‘伍’ 前端异常捕获且日志上报处理
一般我们想要捕获的异常大概分类：
所以捕获错误总结下来：
既然异常已经捕获到了，那我们怎么处理呢，如何上报，需要上报哪些内容？
1、一般日志分类等级
2、分场景使用日志上报类型
3、日志上报信息搭告正附带信息
4、日志上报策略
上报之后，接下来的步骤就是在服务端收集分析归类展示，基于badjs我们搭建一整套日志解析系统
badjs 服务安装
1、前期预备工作
为了快速搭建，我们统一使用 docker 安装
备注：windows 环境使用 docker，友凳需要安装知悔 Docker Desktop
2、项目安装
github 克隆项目到本地
子项目下载以及依赖安装
3、修改配置项
4、启动项目
yarn start
查看 badjs-web 的启动端口，访问 http://localhost:port 可以看到日志后台管理服务页面
1、badjs-acceptor 接受客户端上报的日志
2、badjs-mq 消息队列，保证消息有序稳定被接受
3、badjs-storage 存储模块
4、badjs-web 日志后台管理系统
badjs-report 重写了 window.onerror 来捕获错误
1、安装
2、初始化
3、手动上报
4、延迟上报
暂存
立即上报
5、上报离线日志
‘陆’ 为什么通过前端 .js 记用户日志会丢数据求答案
2. 做点击跳转, 用户点击后先跳到自己服务器上, 然后由自己的服务器做重定向, 并记录这一次请求
3. 前端 JavaScript 监控用户鼠标行为, 并及时上报到服务器
这三种方法也分别有各自的优缺点, 当时分析的是
2. 绝对完整的记录. 不过需要新增服务器响应跳转请求, 并且如果跳转服务挂了会让用户压根到不了 url 指向的地方. 目前所有的广告服务都是这样 (而且点击串加密), Google 的网页搜索很早就是这样, 网络跟 360 干上后也换成了这种. 根据度厂员工在新浪微博上跟别人的讨论, 即使是网络网页搜索那么大的量, 算上灾备最多 50 台跳转服务器可以搞定 (根据公开资料, 网络每天网页搜索量在十亿这个量级, 按搜索引擎页面点击率 30% 算, 每天至少三亿次点击跳转请求)
今天跟前端同学讨论, 终于搞懂了为什么是这样. 后端的思维是每发生一次事件就打一条日志, 所以极难发生日志丢失的问题. 而前端不能每发生一次事件就向服务器发请求打一次日志, 这样会带来很大的网络开销并拖慢用户的浏览器, 所以前端都是把要纪录的行为在用户端先缓存, 等积累够若干条或过了若干秒后才向服务器汇总上报, 如果在这个上报条件触发前浏览器崩溃掉, 那日志就没了, 或者用户关掉浏览器也会丢掉这部分数据 (据说有一些方式可以响应关闭事件并上报日志, 但具体方式不了解, 另外前端同学反馈 IE6 下丢数据现象更严重). 所以丢数据这事其实是用户流畅度体验和数据完备性的一个平衡, 如果让用户卡一点那丢失比例就低一点. 另外接 js 汇报日志的服务器压力也是一个要考虑的点, 因为如果真用 js 汇报, 那一定就不止点击这点数据了, 鼠标滚轮, 悬停等事件显然是能有都有, 服务器不一定扛的过来.
‘柒’ 前端响应拦截器后台查不到日志
前端响应拦截器后台查不到返陆蚂日志漏埋悉陵？. 该问题出现的原因 在前后端分离项目中,最常见的是前端点击登录后,后端返回token字符串,这个token可以看作是一个“令牌。
‘捌’ websocket在前端展示后端日志
最近在写平台收到一个需要看后台运行日志的需求，所以查看了下使用websocket来写。主要思想就是使用Linux的tail指令进行实时日记读取，然后在进行与界面通信展示的过程。
第一步
添加pom依赖：
第二步
定义一个Bean
第三步
这里可以实现两种方式：
一种方式是实时进行打印展示日志，不进行写文件，然后使用tail方式读取；
两外一种方式就是进行写文件，然后使用tail方式读取文件方式（可以直接跳过此步，直接看第四步）。
这两种方式各有优缺点：
1、第一种
优点：实时打印，不需要进行写文件的操作
缺点：界面刷新后日志丢失，无法重现，需要进行一个长链接处理
2、第二种
优点：界面刷新或者关闭重开不影响日志的显示，且日志保存在磁盘中
缺点：需要额外的空间写文件，其他暂未发现
先说说第一种方式，这里需要创建一个service：
这里主要用来进行一个调用触发日志打印的。第二种方式放在第四步来讲。
第四步
写一个前端websocket来接受后端websocket，这也是一个Controller，但比较特殊，是用WS协议进行通信的。
这里分两个写法：
第一种，对应第三步里的第一种
第二种，对应第三步里的第二种
选择第二种还需要提供线程机制
第五步
前端开发
这里的参数param就是你在磁盘内创建的日志文件。
参考：
https://blog.csdn.net/sihai12345/article/details/80924937
‘玖’ 从nginx访问日志中怎么看后端服务器的状态信息(nginx前端传给后端看后端响应
nginx的日志格式是可以通过日志模块去配置的。
比如：$status 记录请求状态，$body_bytes_sent 发送给客户端的字节数，不包括响应头的大小，$bytes_sent 发送给客户端的总字节数等。可在nginx配置文件中这样配置：
配置完后重启nginx服务，再查看日志。
‘拾’ 怎么查看前端错误日志
浏览器 按F12，控制台会有输出日志。具体哪里错误就可以看到。