原因：

1.傳輸的引數中是否包含了不能序列化的屬性，例如ImmutableList、Joda DateTime等。

解決辦法：

1.傳輸的引數中去除不能序列化的屬性，使用可序列化引數代替。

原因分析

dubbo中預設使用的是hessian的序列化，當使用spring-data-commons的pageable時，會在反序列化時出錯，出錯原因是由於hessian會先生成一個引數為0的類，再去設定類的值，然而，AbstractPageRequest中的建構函式對引數進行了限制，引數小於1的時候直接thrown異常，所以導致反序列化出錯。這就是原因。所以要麼自己定義。要麼自己定義。

具體在這個函式裡com.alibaba.com.caucho.hessian.io.JavaDeserializer.instantiate()。其它資訊自己跟蹤吧。

這個問題比較坑的一點就是dubbo會在處理失敗後，設定com.alibaba.dubbo.remoting.exchange.Request物件中的mBroken為true，然後在com.alibaba.dubbo.remoting.exchange.support.header.HeaderExchangeHandler的handleRequest方法中進行判斷，把錯誤資訊吃掉了，從而變成了Fail to decode request due to:，所以很難查出問題原因。

—————-分割線 2016-09-05 更新—————-
最近在做另一個專案時發現 hessian 和 hessian2 都可以不需要類實現 serializable 實現序裂化和反序列化。在檢視原始碼時發現，hessian 使用的是 UnsafeDeserializer 這個類，而這個類在最新的版本（2.5.3）的 dubbo 裡面並不存在，它預設只會返回 Javadeserializer ，從而導致上面反序列化報錯的問題（可能是程式碼精簡，也可能是其它原因）。dubbo專案已死，所以各位自行開發擴充套件吧，或者使用其它公司維護的版本，如 dubbox，github 上有原始碼。