Java开发页面接口过程中，应该注意的点（走过的坑），总结点、优化点

接口和参数设计

• 1、接口的上限值，参数值的数量上限，接口的调用上限值，如何控制，尤其是在接口设计的需要考虑好

列表接口

• 1、查询条件是否需要去除前后空格；
• 2、列表的时间格式是否正确；有的显示 2022-07-28 这种格式，有的显示：2022-07-27 19:00:00
• 3、在前端传递时间的参数时，若定义的是Date类型接受，则需要使用北京时间。
• 4、列表的排序规则
• 5、列表的搜索/查询条件过多时，有的查询条件可以前置，可以先在输入框中先搜索，改为下拉框选择指定的查询，避免join表和like之类的
• 6、多选框可以优化为限定上限选择几个
• 7、针对数据库中的字段为枚举类型的值，代码中对应的枚举值，查询的时候，如果是多个，要用in，而不是用 != 排查单个，这样，在后面扩展的时候，如果新增加了类型值，则不会有错误，或者修改的时候更加容易修改
• 8、列表接口，最好返回一个唯一id，第一是方便前端渲染展示，第二是后期需要添加操作可以区分数据的唯一性

导入数据

• 1、导入的数据哪些允许为空；
• 2、导入的数据本身是否含有相同的数据，有相同的数据该如何处理；
• 3、导入的数据与数据库的数据是否相同，相同该如何处理；
• 4、导入的数据前后的空格是否需要去除；
• 5、导入的数据哪些需要校验，校验数据的格式、长度正确性、准确性、存在性等
• 6、导入数据的条数控制
• 7、导入数据的快慢，是否需要异步处理
• 8、导入不同的格式，
• 9、各种提示语是否正常，包括系统抛出的异常、文件中的数据提示语是否正确

缓存

• 1、配置尽量不要放入redis缓存，因为很多apollo配置更改后都是需要马上生效的，如果放入redis缓存，则还需要手动删除缓存或者等几个小时过后才生效。体验很不好，也很麻烦，易出错。

其他

• 1、对于临界值的测试，比如时间的临界值、数值..
• 2、对于状态（审核），需要在修改或新增之前，对状态进行判断，是否有权限操作，能否在该状态下操作
• 3、如果数据审核过一次，还能再次审核 或者说进行反复审核么？
• 4、输入候选人手机号 风控 频繁请求 请求上限：分钟 + 天
• 5、越权。如果某个员工原来是管理员，收到了消息，后面更改了权限，还能查看消息么？以及之后是收不到消息了吧？
• 6、假如指向文件的流没有关闭，即使该文件delete了，返回了true，实际去windows下查看时，是没有删除的。只有指向文件的流关闭后，才能正常删除。

编辑/修改

• 1、填写的字段长度控制、校验
• 2、字段前后空格
• 3、保存数据时，尤其是批量保存或不熟悉表的情况下，有些表的字段是可以为空，在构建存储的对象时，需要在代码中显示的设置默认值，所以，在保存时一定要注意
• 4、保存的时候，应该考虑的点，需要考虑哪些内容需要校验？
• 5、更新的时候，不能去修改 创建时间、创建人。

修改代码应该注意的问题：

• 1、修改的这部分代码是否有其他地方引用到，对其他是否有影响；
• 2、修改的代码是否完全修改，有没有遗漏，包括注释等；
• 3、修改的代码命名是否正确，是否符合命名规则；

开发后的问题

• 1、产出效率，开发的效果如何，功能有没有人使用。功能模块上线后，使用率、哪些用户使用、使用的人有多少、在哪个时间段使用得较多
• 2、当做完需求，如果有时间，尽量对着需求点一点自己做的功能；第一，避免产品对需求有调整，而自己有所遗漏；第二，可以发现隐藏的bug或问题，或者可以进行优化；第三，即使不是自己做的点，也可以有一个全面的认识和了解。