在服务器端，我使用以下方法将对象格式化为json：

String typeJson = new Gson().toJson(typeContainer);

在客户端，我使用以下方法打开它：

JSONContainer<CommonNoun> typeContainer = new Gson().fromJson(result,
                             new TypeToken<JSONContainer<CommonNoun>>(){}.getType());

在执行中，线程永远不会超过上面的行（后面有一个println）。
我已经检查了客户端接收的“result”字符串是否与服务器上生成的“typejson”相同。看起来是这样的：

{"myObject":{"cid":{"oid":129},"name":"technology","form":1},"children":[]}

组成被发送对象的4个类是：

public class JSONContainer<T> {

    private T myObject;
    private ArrayList<JSONContainer<T>> children;

    public JSONContainer() {

    }

    public JSONContainer(T anObject) {
        myObject = anObject;
        children = new ArrayList<JSONContainer<T>>();
    }

    public void addChildren(ArrayList<JSONContainer<T>> newChildren) {
        children.addAll(newChildren);
    }

    public void addChild(T concept) {
        children.add(new JSONContainer<T>(concept));
    }

    public ArrayList<JSONContainer<T>> getChildren() {
        return children;
    }

    public T getValue() {
        return myObject;
    }

    public boolean hasChildren() {
        if (children.size() > 0) return true;
        else return false;
    }

    public String toString() {
        return myObject.toString();
    }
}

public class CommonNoun extends Concept {

    /**
     * 
     */
    private static final long serialVersionUID = 6444629581712454049L;

    public CommonNoun() {
        super();
    }

    public CommonNoun(String name, ConceptID cidIn) {
        super(name, cidIn);
        this.form = ConceptDefs.COMMON_NOUN;
    }

}

public class Concept implements Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = 2561549161503772431L;
    private ConceptID cid = null;
    private final String name;
    Integer form = 0;

//    ArrayList<ProperRelationship> myRelationships = null;

/*  @Deprecated
    public Concept(String name) {
        this.name = name;
    }*/

    public Concept() {
        name = "";
    }

    public Concept(String name, ConceptID cidIn) {
       // this(name);
        this.name = name;
        cid = cidIn;
    }

    /*
     * This should be over-ridden by any subclasses
     */
    public Integer getForm() {
        return form;
    } 

    public ConceptID getID() {
        return cid;
    }

    public void setID(ConceptID cidIn) {
        cid = cidIn;
    }

    //this doesn't make any sense.  Throw exception?
    public String getName() {
        return name;
    }

    public boolean isCommon() {
        return true;
    }

    /**
     *
     * @return
     */
    @Override
    public String toString() {
        return getName() + "(" + cid.toString() + ")";
    }

    public boolean equals(Concept other) {
        return ((getID().equals(other.getID())));
    }

}

public class ConceptID implements Serializable {

    long oid;

    public ConceptID() {
        oid = -1;
    }
    public ConceptID(long oid) {
        this.oid = oid;
    }

    public long getValue() {
        return oid;
    }

    /**
     *
     * @return
     */
    @Override
    public String toString() {
        return Long.toString(oid);
    }

    public Long toLong() {
        return Long.valueOf(oid);
    }

    public boolean equals(ConceptID other) {
        return (oid == other.getValue());
    }

    /**
     * Factory model for generating ConceptIDs
     * 
     * This one is here as a convenience as many IDs come in as a String from web POSTs
     * @param idAsString
     * @return
     */
    static public ConceptID parseIntoID(String idAsString) {
        ConceptID returnID = null;
        try {
            returnID = new ConceptID( Long.parseLong(idAsString) );
        } catch (Exception e) {
            System.err.println("Expected the string, " + idAsString + ", to be Long parsable.");
            e.printStackTrace();
        }
        return returnID;

    }
}

为了解决这个问题，我尽了最大的努力使变量最小化。现在，我在两边使用相同的json解析器，并且以一种在引用泛型时不会产生类型警告的方式编写fromjson（）语句。我已经研究了gson的api（还有gsonbuilder（）的组合有待完善），并且用“gson”“json”“parsing”“lock”“not complete”等术语搜索了stackoverflow和google。
更新：
@paranoidandroid在他的环境中分享了解析工作之后，我尝试解析json服务器端，在那里它确实工作。那么我的服务器和客户端有什么不同呢？服务器项目是通过在eclipse中选择一个项目向导选项生成的，客户机是libgdx项目。另一个潜在的线索是libgdx为json操作实现了自己的类，称为json—这样做是为了解决这种情况吗？
为什么我不使用本机json类？我是这样开始的，但格式不匹配。json显然是非标准的，尽管尝试了setoutputtype（outputtype）中所有可用的选项。
如何从json中正确读取这个泛型？
接下来，我尝试使用json服务器端，但无法使配置正常工作：甚至出现了classdefnotfound错误。
我控制的另一个变量是复制和替换通过json从服务器传递到客户机项目的所有类，以确保每个人都使用相同的版本（我确信有某种方法可以让项目引用彼此的类，但我还不知道）。
（最终？）更新：
尝试按请求创建线程转储，但java任务控制没有任何线程转储。
找到的文档说，如果我想在libgdx之外使用本机json类，我应该使用jsonbeans：https://github.com/esotericsoftware/jsonbeans/
用jsonbeans替换了json序列化服务器端，现在可以使用本机json类客户端。
对于“为什么这个gson解析没有完成”这个问题，这是一个糟糕的答案：
因为在libgdx中，在某些情况下只有本机json解析器可以工作。此外，如果希望该类与非libgdx项目一起工作，最好使用它的配套类jsonbeans。”