先说原因：JSON反序列化需要public构造函数。

 

注意：一般来说：private,默认，protect，这些访问控制类型的构造函数创建对象比较苛刻，要么在源代码的同包路径，要么是其子类才可以创建，通常JSON反序列化的时候并不能满足这种条件。

说明如下：

2019.10.11更新纠正如下：

json的反序列化需要无参构造(private，public都可以)

 

 

正常开发中都是使用public ,或者是默认无参构造，也是public的。

 

但是却难以避免某些调用接口会写一些奇怪的构造函数，比如Fedex接口中的类CarrierCodeType，这个居然是手动创建了protect的构造函数，一旦在其他包就不能使用这个构造函数，或者在其他包使用JSON进行反序列化的时候，因为JSON反序列化是需要公开的构造方法，或者能在当前类中创建对象的构造方法。

 

否则会提示：default constructor not found. class的错误提示
 

package com.fedex.ship.stub;

public class CarrierCodeType implements java.io.Serializable {

    private String _value_;

    private static java.util.HashMap _table_ = new java.util.HashMap();

    // Constructor

    protected CarrierCodeType(String value) {
        _value_ = value;
        _table_.put(_value_,this);

    }

 

给看到最后的小伙伴分享一些经验：为什么有些类的属性或者方法会设置为protected（使用protected只能通过其子类创建对象），这么设置有什么意义？

答：有两种场景会这么使用

（1）程序编写者想编写一个sdk，但是只想提供一个对外的客户端进行访问，为了保证其源码的纯净性，把构造函数置为protected，避免对其源码的随意构建，避免不必要的创建。

（2）有时候构建一个抽象类，希望子类实现其抽象方法，不希望用户直接构建抽象对象。比如java.net.URLConnection。