java开发的一些爬坑经验总结

近期编码时爬过的一些坑，JAVA方面的。总结一下。

 

1. 使用Map时的元素顺序问题

       在进行order的排序时，我的思路是按存入顺序来指定导出顺序，因为条件实体的通用型考虑决定使用map，然后就发现排序的顺序总是不对，一番折腾后发现是hashmap的问题，因为他是按照自己的顺序(推测是hash值？)，而非我指定的顺序来排列元素。使用LinkedHashMap解决了此问题。

---

2. 应该使用哪种循环

        先上结论，优先级按数字顺序

       1. 不需要考虑性能，且不涉及参数更改时，foreach为第一选择，因为结构简单写的快，看着比较叼  iList.foreach(a->{});

       2. 1不适用时，若逻辑不需要跟参数顺序相关，使用增强for循环 for(T t: tList)

       3. 需要单纯的强调效率时，或者1，2不适用的情况下，使用普通的for循环 for(int i = 0; i < iList.size(); i++)

       4. 如果确实有特殊的需要，可以考虑使用Iterator遍历 while(iterator.hasNext())

 

上代码

/**
 * 结论：综合对比下增强for循环表现最好，单纯效率上看常规for循环最快，foreach是最节省空间写法，效率较差，不需要强调效率时候可用
 * 测试4种循环效率
 */
@Test
public void testFor() {
    List<Dog> list=new ArrayList<>();
    for(int i=0;i<10;i++){
        list.add(new Dog(i,"dog"+i));
    }
    long nanoTime = System.nanoTime();
    test1(list);
    long nanoTime1 = System.nanoTime();
    test2(list);
    long nanoTime2 = System.nanoTime();
    test3(list);
    long nanoTime3 = System.nanoTime();
    test4(list);
    long nanoTime4 = System.nanoTime();
    System.out.println("normal for : " + (nanoTime1-nanoTime)/1000000.0);
    System.out.println("extro for : " + (nanoTime2-nanoTime)/1000000.0);
    System.out.println("Iterator : " + (nanoTime3-nanoTime)/1000000.0);
    System.out.println("foreach in java8 :" + (nanoTime4-nanoTime)/1000000.0);
}

//常规for循环
public static void test1(List<Dog> list) {
    for (int i = 0; i < list.size(); i++) {
        list.get(i).hashCode();
    }
}

//Iterator遍历
public static void test2(List<Dog> list) {
    Iterator<Dog> iterator = list.iterator();
    while(iterator.hasNext()){
        iterator.next().hashCode();
    }
}

//增强for循环
public static void test3(List<Dog> list) {
    for(Dog dog:list){
        dog.hashCode();
    }
}

//foreach循环
public static void test4(List<Dog> list) {
    //list.forEach(System.out::println);和下面的写法等价
    list.forEach(dog->{
        dog.hashCode();
    });
}

//测试类
class Dog{
    private int age;
    private String name;
    public Dog(int age, String name) {
        super();
        this.age = age;
        this.name = name;
    }
    public int getAge() {
        return age;
    }
    public void setAge(int age) {
        this.age = age;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    @Override
    public String toString() {
        return "Dog [age=" + age + ", name=" + name + "]";
    }
}

---

3.  @RequestBody 和 @RequestParam的使用

        首先记住一点，RequestBody参数只有一个，在方法上指定多个body形参是没有用的，接不到！

        Param参数很简单，url传参即可，除非参数是id,pageNumber,size等，否则不是很推荐使用，主要是以下4点：

                1. 有可能涉及到解码转码等问题

                2. url有长度限制，有被截断的可能

                3. 一般来说任何方法不建议超过3个参数，但用param的话，10几个参数是很正常的，这样非常影响可读性

                4. param参数前端写起来比较麻烦，拼接后很影响可读性，而且更改时容易出错

        使用Body参数时，经常会遇到一个JSON报错，大概长这样

                except [ but find int, poi 1

        这个错误的原因在于，传给你的实际上是一个json字符串，而不是你参数指定的int,long,date等。

        使用String类型接收参数，然后使用下面这个方法来解析，或者自行制作拆解json的逻辑来获取实际的条件字段

com.alibaba.fastjson.JSON.parseObject(requestStr, ConditionRequest.class);

        ConditionRequest类中，以字段的形式放置条件字段，加上getter,setter即可，不需要其他逻辑。举例如下

public class AttackAlarmDetaileRequest {


    private String dataSource;

    private Date targetDate;

    private String id;

    public String getDataSource() {
        return dataSource;
    }

    public void setDataSource(String dataSource) {
        this.dataSource = dataSource;
    }

    public Date getTargetDate() {
        return targetDate;
    }

    public void setTargetDate(Date targetDate) {
        this.targetDate = targetDate;
    }

    public String getId() {
        return id;
    }

    public void setId(String id) {
        this.id = id;
    }

}

 

---

4.  使用mysql数据库时，数字型字段我应该指定几位

        int,bigint等，设定的长度是没用的，int就是对应int类型，bigint就是对应long类型，且均为带符号

        只有对于bit(M)有效，5.7下，长度设定在0-255

---

5.  本地部署gitbook总是报错端口占用

        这段时间经常出这个问题，原因不明。解决方案如下

netstat -ano|findstr "35729" # 找到占用8080端口的进程，获得它的PID
tskill 1234 # 通过PID杀死该进程