使用JSONObject.toJSONString序列化空字符串遇到的坑

前言

调用第三方接口时因为需要传递参数，并且参数前需要对参数转成字符串并加密，调用JSONObject.toJSONString()时由于参数可能为null，转换时自动忽略导致加密后的签名不正确。

FastJson简介

Fastjson是一个Java语言编写的高性能功能完善的JSON库。它采用一种“假定有序快速匹配”的算法，把JSON Parse的性能提升到极致，是目前Java语言中最快的JSON库。

解决方案

在传递实体类的同时，传递SerializerFeature来序列化

具体属性：

get请求时路径拼接问题

前言

Get请求时需要参数传递，在URL路径拼接时所遇到的问题，主要是@RequestParam和@PathVariable的用法与区别。

简介

在访问各种各样网站时，经常会发现网站的URL的最后一部分形如：http://xxxxx/?xxxx=yyyy&zzzz=wwww。这就是HTTP协议中的Request参数。

@RequestParam和@PathVariable详解

RequestParam 汉语意思就是： 请求参数。顾名思义 就是获取参数的

PathVariable 汉语意思是：路径变量。顾名思义，就是要获取一个url 地址中的一部分值，那一部分呢？

RequestMapping 上说明了@RequestMapping(value="/emp/{id}"），我就是想获取你URL地址 /emp/ 的后面的那个 {id｝的@PathVariable是用来获得请求url中的动态参数的

因此，就看‘？’ 若是想获取 ‘？’ 后面的pageNo 的值 ‘2’， 就使用RequestParam 。若想获取的是url 地址的一部分 ‘7’ 就使用PathVariable

1、@pathVariable和RequestParam的区别：

顾名思义，前者是从路径中获取变量，也就是把路径当做变量，后者是从请求里面获取参数，从请求来看：

/Springmvc/user/page.do?pageSize=3&pageNow=2

pageSize和pageNow应该是属于参数而不是路径，所以应该添加@RequestParam的注解。

如果做成如下URL，则可以使用@PathVariable

someUrl/{paramId}，这里的paramId是路径中的变量，应使用@pathVariable

2、使用

@PathVariable

当使用@RequestMapping URI template 样式映射时， 即 someUrl/{paramId}，这时的paramId可通过 @Pathvariable注解绑定它传过来的值到方法的参数上。

很多时候，需要对URL变量进行更加精确的定义。例如，用户名只可能包含大小写字母，数字，下划线，我们希望：

• /user/fpc是一个合法的URL
• /user/#$$$则是一个不合法的URL

除了简单地定义{username}变量，还可以定义正则表达式进行更精确地控制，定义语法是{变量名: 正则表达式}。[a-zA-Z0-9_]+是一个正则表达式，表示只能包含小写字母，大写字母，数字，下划线。如此设置URL变量规则后，不合法的URL则不会被处理，直接由框架返回404NotFound。

@RequestMapping(value = "/user/{username: [a-zA-Z0-9]+}/blog/{blogId}")

@RequestParam

（1）常用来处理简单类型的绑定，通过Request.getParameter() 获取的String可直接转换为简单类型的情况（ String--> 简单类型的转换操作由ConversionService配置的转换器来完成）；因为使用request.getParameter()方式获取参数，所以可以处理get 方式中queryString的值，也可以处理post方式中 body data的值；

（2）用来处理Content-Type: 为 application/x-www-form-urlencoded编码的内容，提交方式GET、POST；

（3） 该注解有两个属性： value、required； value用来指定要传入值的id名称，required用来指示参数是否必须绑定；

一旦我们在方法中定义了@RequestParam变量，如果访问的URL中不带有相应的参数，就会抛出异常——这是显然的，Spring尝试帮我们进行绑定，然而没有成功。但有的时候，参数确实不一定永远都存在，这时我们可以通过定义required属性：

@RequestParam(value = "id", required = false)

当然，在参数不存在的情况下，可能希望变量有一个默认值：

@RequestParam(value = "id", required = false, defaultValue = "0")

get请求传参时参数顺序问题

前言

由于给第三方接口传递不确定数量的参数时，未进行排序，而直接传递，导致签名无法通过。

简介

在Map集合框架中，除了HashMap以外，TreeMap也是常用到的集合对象之一。与HashMap相比，TreeMap是一个能比较元素大小的Map集合，会对传入的key进行了大小排序。其中，可以使用元素的自然顺序，也可以使用集合中自定义的比较器来进行排序；不同于HashMap的哈希映射，TreeMap实现了红黑树的结构，形成了一颗二叉树。

解决方案

第三方接口可能对参数进行了字典序的排序，而这边传递时的参数为随机传递，这种情况应将数据先put进Map中，利用TreeMap默认的升序规则进行排序。如果需要改变排序方式，则需要使用比较器：Comparator。

public class TreeMapTest {
    public static void main(String[] args) {
        Map<String, String> map = new TreeMap<String, String>(
                new Comparator<String>() {
                    public int compare(String obj1, String obj2) {
                        // 降序排序
                        return obj2.compareTo(obj1);
                    }
                });
        map.put("c", "ccccc");
        map.put("a", "aaaaa");
        map.put("b", "bbbbb");
        map.put("d", "ddddd");
        
        Set<String> keySet = map.keySet();
        Iterator<String> iter = keySet.iterator();
        while (iter.hasNext()) {
            String key = iter.next();
            System.out.println(key + ":" + map.get(key));
        }
    }
}

运行结果如下：

​ d:ddddd

​ c:ccccc

​ b:bbbbb

​ a:aaaaa