Java報錯sun.misc.Unsafe.park(Native Method)

這個問題基本上是Spring在啟動的時候，某個東西重復(fù)被初始化(請仔細(xì)檢查自己有沒有重名的接口，我好幾次都是接口重名導(dǎo)致的)，導(dǎo)致內(nèi)存溢出或者其它。

我們在編程的過程中，一定要細(xì)心，避免類似的錯誤發(fā)生。

Java報錯sun.misc.Unsafe.park(Native Method) Conflicting setter definitions for property 導(dǎo)致的內(nèi)存泄露

1.報錯信息

2021-10-29 08:44:56  WARN [,,,] [main] o.a.c.loader.WebappClassLoaderBase - 
The web application [ROOT] appears to have started a thread named [spring.cloud.inetutils] 
but has failed to stop it. This is very likely to create a memory leak. 
Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)

2021-10-29 08:45:00 ERROR [,,,] [main] o.s.boot.SpringApplication - 
Application run failed
java.lang.IllegalArgumentException: Conflicting setter definitions for property "cur_page": 
com.example.demo.xxxClass#setSortTag(1 params) vs 
com.example.demo.xxxClass#setCurPage(1 params)

2.錯誤代碼

錯誤代碼在第 2?? 行：

@JsonProperty() 的 value 值跟下邊的 curPage 的相同，就導(dǎo)致了 setter 定義沖突。

    @ApiModelProperty(value = "排序標(biāo)簽")
    @JsonProperty(value = "cur_page")
    private Integer sortTag;

    @ApiModelProperty(value = "當(dāng)前頁")
    @JsonProperty(value = "cur_page")
    private Integer curPage;

3.原因分析

遇到內(nèi)存泄漏的次數(shù)不多，值得分析一下，我們看一下編譯后的代碼：

    @JsonProperty("cur_page")
    public Demo setSortTag(final Integer sortTag) {
        this.sortTag = sortTag;
        return this;
    }

    @JsonProperty("cur_page")
    public Demo setCurPage(final Integer curPage) {
        this.curPage = curPage;
        return this;
    }

在JSON反序列化過程中，JSON需要和定義的實體類的屬性對應(yīng)，當(dāng)屬性名稱不一致的時候我們會使用@JsonProperty("")來映射屬性，編譯后的代碼除了@JsonProperty("curPage") 相同看不出其他的異常，實際上 @JsonProperty("") 在序列化時也起到作用了：

// 序列化前（不同的KEY）
{ "sort_tag" : "1",  "cur_page" : "2" }
// 理論上序列化后（具有相同的KEY）
{ "curPage" : null, "curPage" : "2" }

所以猜想內(nèi)存泄漏有可能就是出現(xiàn)在對象的序列化過程中。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論