接口入参特殊符号被转义处理办法

博客讨论了一种前后端交互时遇到的特殊字符转义问题。原先使用form-data格式传递参数,因服务端框架拦截器导致参数被转义。解决方案包括:服务端针对特殊字符字段做解码处理,或者将参数改为JSON格式通过@RequestBody接收,避免转义。这两种方法分别有其适用场景和改造成本。

本文章备忘。后边研究透了来填坑,先写背景和解决方案。

背景:

原业务功能接口入参比较简单,所以使用的是 form-data格式作为入参。对业务做了扩展之后,入参的业务场景中有特殊符号,结果会查不到数据,经检查,是到服务端之后,被转义。

初步定位:

经过多方面排查,框架上有拦截器做了处理,请求头 使用的是:x-www-form-urlencoded ,所以到服务端之后,所以form-data的入参被转义了。
因为入参是form-data,前端vue使用 encodeURIComponent(uri) 处理的时候,也不行(可能是我使用的问题,如果有知道正确使用的,欢迎留言交流哈)

解决办法:

简化后的代码:

    @ResponseBody
    @RequestMapping("list")
    public DemoRes list(@RequestParam(defaultValue = "1") int pageNumber,
                        @RequestParam(defaultValue = "20") int pageSize,
                        @RequestParam(name = "code", required = false) String code,
                        @RequestParam(name = "mame", required = false) String mame,
                        @RequestParam(name = "desc", required = false) String desc,
                        @RequestParam(name = "methodName", required = false) String methodName,
                        @RequestParam(name = "status", required = false) String status) {
        log.info("入参,{},{}", methodName, code);
        // ....业务逻辑部分
        return null;
    }

很简单,原接口只有页码 和 页数,后对接口拓展,为了改造最小化,没有调整对应的请求方式

方案一。

服务端针对包含特殊字符的字段处理,这样不治本。但是有效

代码如下:

    @ResponseBody
    @RequestMapping("list")
    public DemoRes list(@RequestParam(defaultValue = "1") int pageNumber,
                        @RequestParam(defaultValue = "20") int pageSize,
                        @RequestParam(name = "code", required = false) String code,
                        @RequestParam(name = "mame", required = false) String mame,
                        @RequestParam(name = "desc", required = false) String desc,
                        @RequestParam(name = "methodName", required = false) String methodName,
                        @RequestParam(name = "status", required = false) String status) {
        log.info("入参,{},{}", methodName, code);
        if (StringUtils.isNotBlank(methodName)){
            methodName= StringEscapeUtils.unescapeHtml4(methodName);
        }
        // ....业务逻辑部分
        return null;
    }

方案二。

改动多,需要前端和服务端同时调整,但是解决比较彻底。那就是把包含特殊字符的入参放到实体里边,请求入参方式改成 applicaiton/json

改造后的代码如下:

    @ResponseBody
    @RequestMapping("list")
    public DemoRes list(@RequestParam(defaultValue = "1") int pageNumber,
                        @RequestParam(defaultValue = "20") int pageSize,
                        @RequestBody DemoReq request) {
        // ....业务逻辑部分
        return null;
    }

    @Data
    public static class DemoRes implements Serializable {
        private String name;
    }

    @Data
    public static class DemoReq implements Serializable {
        private String code;
        private String mame;
        private String desc;
        private String methodName;
        private String status;

    }

这样入参中包含特殊字符也不会被转义。

以上是针对问题的解决办法,只知修复未知原因,还需深挖,暂留坑备忘,便于日后本人时间充裕,细细钻研其中奥义再来补充。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值