要判断 Native 内存增长的来源以及内存对象的名称，可以使用 Android Studio 中的 Memory Profiler 工具来进行分析。

打开 Android Studio，进入 Profiler 工具。
在 Profiler 工具中，选择 Memory Profiler。
点击 Start Memory Profiling 按钮，开始记录内存使用情况。
在应用中进行一些操作，可以让应用产生内存增长。
停止记录内存使用情况，并点击 Analyze Memory Usage 按钮，进入 Memory Profiler 的分析界面。
在 Memory Profiler 的分析界面中，可以看到应用的内存使用情况和内存对象的分布情况。通过查看分析结果，可以找出内存增长的来源和内存对象的名称。

在 Memory Profiler 的分析界面中，可以看到以下信息：

Memory heap：内存堆的使用情况，包括 Java Heap、Native Heap、Graphics Heap 和 Code Heap。
Memory objects：内存对象的分布情况，包括对象的数量、大小和类型。
Memory allocation：内存分配和释放的情况，包括内存分配和释放的时间、对象的名称和大小。

通过查看 Memory objects 和 Memory allocation 的信息，可以找出内存增长的来源和内存对象的名称。例如，如果发现某个对象的数量和大小都在增长，说明这个对象可能是内存增长的来源。可以查看 Memory allocation 的信息，找出这个对象的名称和大小，进一步分析问题。

总之，要判断 Native 内存增长的来源以及内存对象的名称，可以使用 Android Studio 中的 Memory Profiler 工具来进行分析，查看 Memory objects 和 Memory allocation 的信息，找出应用中的内存泄漏和内存溢出问题。

切断

要判断 Native 内存的增长对内存来源，可以使用 Android Studio 中的 Profiler 工具来进行分析。Profiler 工具可以监控应用的 CPU、内存、网络等资源的使用情况，从而帮助开发者找出应用中的性能问题。

在使用 Profiler 工具时，可以选择 Memory Profiler 来监控内存的使用情况。Memory Profiler 可以显示应用的内存使用情况、对象的数量和大小、内存分配和释放等信息。通过分析 Memory Profiler 的数据，可以找出应用中的内存泄漏和内存溢出问题，从而判断 Native 内存的增长对内存来源。

除了使用 Profiler 工具外，还可以使用第三方的内存分析工具，例如 LeakCanary、MAT 等。这些工具可以帮助开发者找出内存泄漏和内存溢出问题，从而判断 Native 内存的增长对内存来源。

总之，要判断 Native 内存的增长对内存来源，可以使用 Android Studio 中的 Profiler 工具或第三方的内存分析工具来进行分析，找出应用中的内存泄漏和内存溢出问题。

来源有哪些

Native 内存的增长通常来自于一些 Native 方法的调用、JNI 接口的使用、以及一些第三方库的使用。针对不同的内存来源，可以采取以下措施来切断 Native 内存的增长：

减少 Native 方法的调用次数：Native 方法通常会涉及到一些内存的分配和释放，频繁的调用 Native 方法会导致 Native 内存的增长。因此，在编写代码时，可以尽量减少 Native 方法的调用次数，将一些常用的操作封装在 Java 层面，从而降低 Native 内存的增长。
尽量避免使用 JNI 接口：JNI 接口是连接 Java 层和 Native 层的桥梁，但是使用 JNI 接口时需要手动管理内存，容易出现内存泄漏和内存溢出的问题。因此，在编写代码时，尽量避免使用 JNI 接口，避免手动管理内存，从而降低 Native 内存的增长。
使用内存分析工具检测内存泄漏：一些内存泄漏问题可能导致 Native 内存的增长，因此可以使用内存分析工具检测内存泄漏问题，及时修复问题，从而降低 Native 内存的增长。
使用内存缓存、对象池等机制：使用内存缓存、对象池等机制可以减少内存的分配和释放，从而降低 Native 内存的增长。例如，使用 Glide 库时，可以使用内存缓存和位图池来减少内存的分配和释放，从而降低 Native 内存的增长。

总之，要切断 Native 内存的增长，需要针对不同的内存来源采取相应的措施，减少 Native 方法的调用次数、尽量避免使用 JNI 接口、使用内存分析工具检测内存泄漏、使用内存缓存、对象池等机制。

DaoSession每次调用会增加Native内存吗

在使用 GreenDao 时，每次创建 DaoSession 对象时都会增加一些 Native 内存，但这个增加的内存很小，通常不会对应用造成很大的影响。

在 GreenDao 中，DaoSession 是一个重要的对象，它代表了与数据库的连接。每次我们需要与数据库交互时，都需要创建一个 DaoSession 对象。例如，在查询数据时，我们需要创建一个 DaoSession 对象，然后使用它来查询数据。当我们不再需要与数据库交互时，可以将 DaoSession 对象设置为 null，以释放它所占用的内存。

在 GreenDao 中，创建 DaoSession 对象时，会涉及到一些 Native 方法的调用，这些方法会在 Native 层分配一些内存。但是，这个增加的内存很小，通常不会对应用造成很大的影响。此外，GreenDao 还提供了对象池的机制，可以复用一些对象，从而减少内存的分配和释放，提高应用的性能。

总之，在使用 GreenDao 时，每次创建 DaoSession 对象时都会增加一些 Native 内存，但这个增加的内存很小，通常不会对应用造成很大的影响。如果需要释放 DaoSession 对象所占用的内存，可以将它设置为 null。

onBindViewHolder发送EventBus会导致Native内存增长吗需要释放吗

在 onBindViewHolder() 方法中发送 EventBus 事件不会导致 Native 内存增长，因为 EventBus 并不会产生 Native 内存，它只是在 Java 层面进行事件的传递和处理。

但是，如果我们在 ViewHolder 中注册了 EventBus，在 onViewRecycled() 方法中需要注意取消注册，以避免内存泄漏。

具体来说，我们可以在 ViewHolder 中注册 EventBus，并在 onViewRecycled() 方法中取消注册。例如：

public class MyViewHolder extends RecyclerView.ViewHolder {
    private EventBus eventBus;

    public MyViewHolder(View itemView) {
        super(itemView);
        eventBus = EventBus.getDefault();
        eventBus.register(this);
    }

    public void onBindViewHolder(MyData data) {
        // 在这里发送 EventBus 事件
        eventBus.post(new MyEvent(data));
    }

    @Override
    public void onViewRecycled() {
        super.onViewRecycled();
        // 在 onViewRecycled 中取消注册 EventBus
        eventBus.unregister(this);
        eventBus = null;
    }

    @Subscribe(threadMode = ThreadMode.MAIN)
    public void onEvent(MyEvent event) {
        // 处理 EventBus 事件
    }
}

在上述代码中，我们在 MyViewHolder 中注册了 EventBus，并在 onBindViewHolder() 方法中发送 MyEvent 事件。在 onViewRecycled() 方法中，我们通过调用 eventBus.unregister(this) 方法来取消注册，并将 eventBus 的引用置为 null，以避免内存泄漏。

总之，在 ViewHolder 中发送 EventBus 事件不会导致 Native 内存增长，但是需要注意在 onViewRecycled() 方法中取消注册，以避免内存泄漏的问题。

onViewRecycled中释放Glide加载图片的内存

在 onViewRecycled 方法中释放 Glide 加载图片所占用的内存，可以通过调用 Glide 的 clear 方法来实现。具体来说，我们可以在 onViewRecycled 方法中获取到之前加载的 ImageView，然后调用 Glide 的 clear 方法来释放该 ImageView 所占用的内存。例如：

public class MyViewHolder extends RecyclerView.ViewHolder {
    private ImageView imageView;

    public MyViewHolder(View itemView) {
        super(itemView);
        imageView = itemView.findViewById(R.id.image_view);
    }

    public void onBindViewHolder(MyData data) {
        // 在 onBindViewHolder 中使用 Glide 加载图片
        Glide.with(itemView.getContext())
            .load(data.getImageUrl())
            .into(imageView);
    }

    @Override
    public void onViewRecycled() {
        super.onViewRecycled();
        // 在 onViewRecycled 中释放 Glide 加载图片所占用的内存
        Glide.with(itemView.getContext()).clear(imageView);
    }
}

在上述代码中，我们在 MyViewHolder 中声明了一个 imageView 成员变量，并在 onBindViewHolder 方法中使用 Glide 加载图片。在 onViewRecycled 方法中，我们通过调用 Glide 的 clear 方法来释放 imageView 所占用的内存。

需要注意的是，如果我们在加载图片时使用了一些特殊的设置，例如调整图片尺寸、缩放类型等，那么在释放内存时也需要相应地进行清理，以避免内存泄漏的问题。例如，如果我们在加载图片时使用了 override 方法来调整图片尺寸，那么在释放内存时也需要调用 clear 方法的同时，传入相应的 override 参数来确保内存被正确释放。例如：

public class MyViewHolder extends RecyclerView.ViewHolder {
    private ImageView imageView;

    public MyViewHolder(View itemView) {
        super(itemView);
        imageView = itemView.findViewById(R.id.image_view);
    }

    public void onBindViewHolder(MyData data) {
        // 在 onBindViewHolder 中使用 Glide 加载图片，并调整图片尺寸
        Glide.with(itemView.getContext())
            .load(data.getImageUrl())
            .override(200, 200)
            .into(imageView);
    }

    @Override
    public void onViewRecycled() {
        super.onViewRecycled();
        // 在 onViewRecycled 中释放 Glide 加载图片所占用的内存，并传入相应的 override 参数
        Glide.with(itemView.getContext())
            .clear(imageView)
            .apply(RequestOptions.overrideOf(200, 200)); // 与 onBindViewHolder 中的 override 参数一致
    }
}

总之，在 onViewRecycled 方法中释放 Glide 加载图片所占用的内存，我们需要调用 Glide 的 clear 方法，并在调用时传入相应的参数，以确保内存被正确释放。

简易解读

【Android】判断Native增长的内存来源,新增内存占用的对象信息

切断

来源有哪些

DaoSession每次调用会增加Native内存吗

onBindViewHolder发送EventBus会导致Native内存增长吗需要释放吗

onViewRecycled中释放Glide加载图片的内存