3月8、11日工作内容
Last Update:
3月8、11日工作内容
周五，原本一个原本应该愉快的日子被加班和寒潮搞得人很不舒服。
接口对接
前面提到前同事走后，连同文档也带走了，我只好自己写一份。
对接的时候出现了几个问题：
前端请求的时候会拼接
/admin，以保证请求的路径是在服务器上我在校对传入参数中却漏掉了比如性别字符串的备注（FEMALE/MALE）
对方要求加字段
最大的问题：传json的时候，需要转义json（转义测试参考：
https://lzltool.cn/string-escape）每日接收上限（直接测到上限了🤣）
对象明明数据错误但不承认，我把他的json原封不动传了之后确实成功的
系统管理员让帮忙排重，结果我把有跟进记录的也清了，好在用的是del_flag的方式而不是真的清了，最后还是帮他恢复了，所以涉及数据的，尽量还是做成功能吧
从接口导入数据，反馈数据不在
客户从接口中导入数据到系统内，反馈说某一时间的数据没有进系统
我在系统中却找得到这个客户，但是收到回复是
没办法，只能到数据库去查。先查客户表今天的数据。
对照时间找到两个叫该名字的数据，看到11：47的数据被分配给了某一员工，倒查员工表，查出是他自己配分给了一位武姓员工。很好奇他为什么老是说没有。
大量数据导出，前端超时问题
结果涉及到数据问题，经理让我做成功能让客户自己去导。
之前我就在系统上看到一个客户导出的按钮，我试一下但是出现了后端没有任何响应的错误。
这里后端的逻辑是后端导出后存储服务器，然后nginx映射了一个路径在服务器的物理路径上面，这样后端通过返回文件的相对路径就可以了。
我就先到服务器上找一下这个路径，发现没有这个文件夹，也许第一个问题就是他。新增文件夹之后，重新测试接口，已经可以正常看到生成的文件了，但奇怪的是后端还是没有任何返回。于是我便到本地进行测试，却是正常的。
后端的问题排查完了，感觉是数据量太大后端返回时间比较久，导致请求超时了。于是我反馈给前端
结果不出所料是前端设置了超时的原因。过程中，因为导出的数据量特别大，前端测接口把服务器测崩了(⊙﹏⊙)
之后修好所有的bug给经理，经理却还要我只导手机号…
看了代码我就给接口加了个字段，然后疯狂if在保证其他业务不受影响的情况（因为一个后端多个系统）下完成了这需求。
spring boot项目启动报错:Failed to load property source from location ‘classpath:/application.yml’
yaml文件被我复制多了一行，看到网上有提到一个网站可以用来测试yaml文件：
SQL语句拼接的问题
这个系统存在着挺多未判空的字段，在执行SQL语句的时候特别容易出错
比如：
这个问题的原因就是SQL语句的问题，这个主管下面没有员工就会出现这个问题
再比如：
这个也是SQL语句拼接的问题，这个主管不是区长，又是这个区的部长，相当于一个区没有区长，就会出现没有adminId的情况。
所以养成好习惯，多做判空吧！！