我在使用 Retrofit + Gson 和 Realm 时遇到问题。我知道这 3 个库的组合存在问题。一些答案建议为 Gson 设置一个 ExclusionStrategy 可以解决这个问题，我试过了但是没有用。

我的代码如下:

public class ObjectList {
    public List<AnotherObject> anotherObject;
 }

public class AnotherObject extends RealmObject {
    private String propA;
    public void setPropA(String propA){
       this.setPropA = propA
    }
    public String getPropA(){
       return propA
    }
}

        Gson gson = new GsonBuilder().setExclusionStrategies(new  ExclusionStrategy() {
        @Override
        public boolean shouldSkipField(FieldAttributes f) {
            return f.getDeclaringClass().equals(RealmObject.class);
        }

        @Override
        public boolean shouldSkipClass(Class<?> clazz) {
            return false;
        }
    }).create();

    Retrofit retrofit = new Retrofit.Builder()
            .baseUrl("http://localhost/api/")
            .addConverterFactory(GsonConverterFactory.create(gson))
            .build();
    ObjectAPI objectAPI = retrofit.create(ObjectAPI.class);
    call.enqueue(new Callback<ObjectList>() {
        @Override
        public void onResponse(Response<ObjectList> response, Retrofit retrofit) {
            objectList = response.body().anotherObject;
            onRefreshComplete();
        }

        @Override
        public void onFailure(Throwable t) {
            Toast.makeText(context, "Connection to server failed, please check your connection", Toast.LENGTH_LONG).show();
        }
    });

使用当前代码，我仍然遇到内存泄漏问题。对此代码有什么建议吗？

我的 json 结构如下:

{"anotherObject":[{"propA": "someValue"}]}

最佳答案

Why writing all these custom serializers when you can make Gson and Realm work together with just ONE LINE OF CODE?

长话短说。

您可以通过将非托管 RealmObjects 传递给您的 Retrofit 调用来简单地解决这个问题。

MyModel model = realm.where(MyModel.class).findFirst();
MyModel unmanagedModel = realm.copyFromRealm(model);
// then pass unmanagedModel to your retrofit calls

如果您不想看完所有这些答案，请跳到下面发布的“推荐的解决方案”部分。

长篇大论(冗长的回答)

这与Retrofit 无关。如果您已将 Gson 设置为当前 Retrofit 实例的数据转换器，那么您可以确定失败的是 Gson。 p>

假设我们有这个模型:

public class Model extends RealmObject {
    @PrimaryKey
    long id;
    boolean happy;

    public Model() {/* Required by both Realm and Gson*/}

    public Model(long id, boolean happy) {
        this.id = id;
        this.happy = happy;
    }

    public long getId() {
        return id;
    }

    public boolean isHappy() {
        return happy;
    }
}

对于这段代码，我们不会有任何问题:

Model unmanagedModel = new Model(5, true); // unmanagedModel
new Gson().toJson(unmanagedModel);   // {id : 5, happy : true}

但是对于这个:

Realm realm = /*...*/;
Model managedModel = realm.copyToRealm(unmanagedModel);
new Gson().toJson(managedModel); // {id : 0, happy : false}

// We'll get the samething for this code
Model anotherManagedModel = realm.where(Model.class).equalTo("id",5).findFirst();
new Gson().toJson(anotherManagedModel); // {id : 0, happy : false}

我们会感到惊讶。我们到处都看到 null!

为什么？

Gson 序列化 RealmObject 失败，仅当它是一个托管对象时。这意味着当前有一个打开的 Realm 实例确保这个 RealmObject 反射(reflect)了当前保存在持久层(Realm 数据库)中的内容。

发生这种情况的原因是 Gson 和 Realm 的工作方式存在冲突。引用 Zhuinden关于为什么 Gson 到处都看到 null:

... that's because GSON tries to read the fields of the Realm object via reflection, but to obtain the values, you need to use accessor methods - which are automatically applied to all field access in the code via the Realm-transformer, but reflection still sees nulls everywhere...

Christian Melchior建议 workaround通过为每个创建的 Model 编写自定义 JsonSerializers 来解决此冲突。这是您使用过的解决方法，但我不推荐它。正如您所意识到的，它需要编写大量代码，这容易出错，最糟糕的是，杀死了Gson关于(这让我们的生活不那么痛苦)。

推荐方案

如果我们能以某种方式确保我们传递给 Gson 的 realmObject 不是一个 managed 对象，我们就可以避免这种冲突。

解决方案一

在内存中获取托管 RealmObject 的副本并将其传递给 Gson

new Gson().toJson(realm.copyFromRealm(managedModel));

解决方案2

(包装第一个解决方案)。如果第一个解决方案对你来说太冗长，让你的模型看起来像这样:

public class Model extends RealmObject {
    @PrimaryKey
    long id;
    boolean happy;
    
    // Some methods ...

    public Model toUnmanaged() {
        return isManaged() ? getRealm().copyFromRealm(this) : this;
    }
}

然后，你可以这样做:

// always convert toUnmanaged when serializing
new Gson().toJson(model.toUnmanaged());

解决方案3

这个不是很实用但值得一提。您可以深度克隆您的模型(取自 here )。

1 - 创建通用接口(interface) CloneableRealmObject:

interface CloneableRealmObject<T> {
    T cloneRealmObject();
}

2 - 让你的 realmObjetcs 像这样实现上面的接口(interface):

public class Model extends RealmObject implements CloneableRealmObject<Model> {
    @PrimaryKey
    long id;

    public Model() {
        // Empty constructor required by Realm.
    }

    @Override
    public Model cloneRealmObject() {
        Model clone = new Model();
        clone.id = this.id;
        return clone;
    }
}

3 - 在传递给 Retrofit 调用之前克隆对象。

new Gson().toJson(model.cloneRealmObject());

在最近的帖子中

我给了一个answer解释为什么我们在使用 managed realmObjects 时会得到这种奇怪的序列化输出。我建议您看一看。

奖金

您可能还想查看 RealmFieldNamesHelper ，由 Christian Melchior 制作的图书馆“使 Realm 查询更加类型安全”。

关于java - 安卓: Realm +改造2+Gson，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34230451/