kryo

    1熱度

    1回答

    我目前正在計劃爲我的遊戲使用Java網絡庫Kryonet。我打算使用UDP協議,因爲它比TCP更快。我喜歡Kryonet API,它非常乾淨的代碼,但它似乎只允許運行服務器,在兩個 TCP和UDP,當我只想要一個運行在UDP上的服務器。

    3熱度

    2回答

    我目前正在使用JAXB作爲我正在開發的項目,希望將我的庫存檔的xml轉換爲存檔的json,以便在我的項目中執行操作。我想我會使用Jettison,因爲它似乎是easier to implement,因爲它實際上與JAXB一起工作;然而,看看其中未包含Jettison的Older benchmarks我發現Kryo產生的文件較小,序列化和DeSerialized比一些替代方法更快。 任何人都可以告訴

    0熱度

    1回答

    我的一個課程必須序列化大量實例並使用Xstream,完成後文件大小變爲30MB。大小並不是真正的問題,因爲數據是非常重複的,因此在壓縮時它會像100KB。但是需要很多時間來序列化/反序列化。 我嘗試過使用kroro,但我並不是很喜歡它。有什麼方法可以優化XStream來序列化大量數據,還是有更好的庫可以使用?

    5熱度

    2回答

    我試圖序列化和反序列化的自定義類的對象(比如,SomeClass,有一個默認的無參數的構造函數)到byte[]陣列,使用Kryo 2.19和默認的序列(FieldSerializer)/反序列化。 序列化似乎工作正常,但我得到各種反序列化異常,具體取決於SomeClass的實際實現。 的代碼看起來是這樣的: SomeClass object = getObject(); // Create and

    0熱度

    1回答

    我使用kryonet來創建一個小型的JAVA多人遊戲來管理服務器/客戶端部分。我有一個小問題:在我的服務器程序,從我做起「的」布爾用新的方法叫做客戶端,: Boolean xx = new clientprocess(); 在我clientprocess();,我得到了新的客戶端();,client.connect併爲新的客戶端類註冊。它還包含3種方法:conn/receive/disconn

    1熱度

    2回答

    我在學校時在日食中使用了我的thumbdrive,並將thumbdrive帶回家。 Exception in thread "main" java.lang.IllegalArgumentException: Unable to create serializer "com.esotericsoftware.kryo.serializers.FieldSerializer" for class:

    1熱度

    1回答

    我正在使用Kryonet作爲Android應用程序,並且完全適用於所有Android版本,但3.0版本。我收到以下例外情況: E/AndroidRuntime(16861): FATAL EXCEPTION: Thread-30 E/AndroidRuntime(16861): com.esotericsoftware.kryo.KryoException: java.lang.StringIn

    1熱度

    1回答

    我有一個包含對象數組的對象。我想 A)存儲此數組的對象在相同的文件 B)使用自定義序列爲那些對象。 例如,我有一個Map對象具有Tile [] []數組。我可以做Ints很好,但困惑在如何做對象: kryo.register(Map.class, new SimpleSerializer<Map>() { public void write(ByteBuffer buffer, Map

    3熱度

    5回答

    我有一個非常簡單直接的服務器(使用kryonet)。客戶只存儲汽車的當前狀態(x,y,角度等),併發送加速和轉彎請求。 服務器正在接收請求並將它們添加到物理線程消耗並讀取和更新的ArrayBlockingQueue。 添加其他玩家時,遊戲速度減慢將近一倍。我已經排除了很多事情(我有所有的更新和封裝發送在60Hz扼殺)。 我懷疑使用阻塞隊列阻塞太多,導致放緩。 如何將客戶端請求發送到物理線程而不會阻

    1熱度

    1回答

    據我所知,Kryo在每創建一個className < - >numberID地圖。這張地圖太狹窄了。因爲在你的對象模型中,實例往往屬於同一個類,下一個writeObject將會再次構建並序列化一個類似的地圖(並且再次,再次,再次)。我知道可以通過手動註冊這些類來共享地圖,但這是一種繁瑣的手動硬編碼。我希望地圖可以通過第一次寫入對象來啓動,就像通常那樣,但會話中的所有後續寫入操作都會重新使用並擴展它