現象
在使用JPA進行實體關係管理的時候,會產生無限迴圈的情況,如果使用fastjson來進行序列化,則表現形式如下:

{
    "address":{
        "id":63,
        "name":"1address name",
        "person":{"$ref":".."},
        "zipCode":"ZipCode01"
    },
    "firstName":"0firstName",
    "id":69,
    "lastName":"0lastName"
},
{
    "address":{
        "id":64
 
,
        "name":"2address name",
        "person":{"$ref":".."},
        "zipCode":"ZipCode11"
    },
    "firstName":"1firstName",
    "id":70,
    "lastName":"1lastName"
}

重點是address.person的值:{"$ref":".."}
如果你用的不是fastjson(它預設會檢查該物件是否已經存在在json文字中)而是其他一些json類庫,比如jackson,則會丟擲java.lang.StackOverflowError

解決思路

• 使用fastjson自帶的JSON.toJSONString(page,SerializerFeature.DisableCircularReferenceDetect)
  
  • 優點:解決快速
  • 缺點:
    
    • 序列化後的json文字包含太多不需要的資訊,冗雜程度太高
    • 方式太死板,沒有相應的註解來實現(jackson有一個),介面只能返回String型別了.

• 重新設計實體關係,儘量避免雙向關聯,使用RESTful進行介面的暴露.(舉個例子來說)

  • 優點:邏輯清晰,結構更合理
  • 缺點:
    
    • 對老程式碼改動較大.
    • 實現較複雜,要對整體業務邏輯有清晰的認識.

  實體類Person

  public class Person {
      private String name;
  
      @Id
      @GeneratedValue
      private Long id;
  
      @ManyToMany
      @JoinColumn(name = "address_id")
      private List<Address> addresses;
  
      // ...... getter and setter
  }

  實體類Address

  public class Address {
      @Id
      @GeneratedValue
      private Long id;
  
      private String name;
  
      private String zipCode;
  
      // ...... getter and setter
  }

  兩個實體類之間的關係為Many Person To Many Address,只在Person實體類中進行關係的配置,避免雙向關聯.

  下面舉例說明使用RESTful來對資源進行訪問的情況.

  對於Person:

  • 1 查詢所有Person: /persons
  • 2 查詢某一個Person: /persons/{person_id}
  • 3 查詢某一個Person的所有Address: /persons/{person_id}/addresses

  • 4 查詢某一個Person的某一個Address: /persons/{person_id}/addresses/{address_id}

    如果要查詢一個Address有幾個Person: /persons?address.id=xxx (帶分頁,自己設定pageSize)

  對於Address:

  • 1 查詢所有Address: /addresses
  • 2 查詢某一個Address: /addresses/{address_id}

  以上是Person和Address的一些簡單介面.其中粗體部分為關聯查詢.
  設計的思路就是要儘量避免雙向關聯,然後把Person作為一個資源,把Address作為Person的一個子資源或者屬性.
  上述Person中的1 2 將Address作為了屬性,查詢時可以通過引數傳遞進去.而上述Person中的3 4 兩個介面則將Address作為一個子資源進行管理.

  如果要用Address來作為一個資源反查Person怎麼辦?
  在一個Address管理頁面,需求要求列出某一個住址下的Person:

  • 點選某一項:
    Address發起/persons?address.id=xxx請求,取得List<Person>.
  • 預設顯示:
    在controller層對/persons?address.id_in=xxx1,xxx2,xxx3介面的返回值進行處理,取得List<Address>和其對應的List<Person>

總結
儘量避免雙向關聯,使用更合理的API設計方式,合理區分子資源和屬性.
大大減少資料庫壓力!