开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

具有BindingAdapter的MutableLiveData不更新视图的可见性

是一个常见的问题，可能是由于以下几个原因导致的：

数据绑定问题：首先，需要确保在布局文件中正确地使用了数据绑定和LiveData。确保在布局文件的根元素中添加了<layout>标签，并在需要绑定数据的视图中使用<data>标签。然后，使用@{}语法将LiveData对象绑定到视图的可见性属性上。
LiveData更新问题：如果MutableLiveData的值没有正确更新，可能是由于LiveData对象没有正确设置观察者。确保在相关的Activity或Fragment中正确地观察LiveData对象，并在观察者的onChanged()方法中更新视图的可见性。
BindingAdapter问题：如果上述步骤都正确无误，但视图的可见性仍然没有更新，可能是由于BindingAdapter的实现有问题。确保正确地编写了BindingAdapter方法，并将其应用到需要更新可见性的视图上。在BindingAdapter方法中，可以使用@BindingAdapter注解来指定属性名称，并在方法中更新视图的可见性。

综上所述，如果具有BindingAdapter的MutableLiveData不更新视图的可见性，可以按照上述步骤逐一排查问题所在，并确保正确地使用LiveData、数据绑定和BindingAdapter。如果问题仍然存在，可以考虑查看相关文档或寻求社区的帮助来解决问题。

腾讯云相关产品和产品介绍链接地址：

腾讯云：https://cloud.tencent.com/
云服务器（CVM）：https://cloud.tencent.com/product/cvm
云原生应用引擎（TKE）：https://cloud.tencent.com/product/tke
云数据库 MySQL 版（CMYSQL）：https://cloud.tencent.com/product/cmysql
云存储（COS）：https://cloud.tencent.com/product/cos
人工智能（AI）：https://cloud.tencent.com/product/ai
物联网（IoT）：https://cloud.tencent.com/product/iotexplorer
移动开发（移动推送、移动分析）：https://cloud.tencent.com/product/mobile
区块链（BCS）：https://cloud.tencent.com/product/bcs
元宇宙（Metaverse）：https://cloud.tencent.com/product/metaverse

相关搜索:@发布的字符串变量不更新视图 @发布的属性不更新嵌套视图模型中的视图- SwiftUI Subcribe不更新Angular中的视图 SwiftUI -构建具有可扩展视图的LazyVGrid SwiftUI @发布的属性不更新视图为什么从父视图调用子视图的方法不更新子视图？为什么更新observable对象中的变量不更新视图？具有列表视图的可滚动页面具有可展开项的UWP列表视图具有可拖动节点的Vue树视图

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

解决android viewmodel 数据刷新异常的问题

3年的wpf开发经验，自认为对数据驱动UI开发模式的使用不是问题，但当开始研究android的mvvm模式开发时，发现两年多的android开发经验已经将之前的wpf开发忘得7788了。感慨一下：人老了，记忆力就这么脆弱。

02

Android Jetpack | DataBinding

DataBinding 是属于 Jetpack 的一个支持库，可以让你以在布局中声明属性的方式替代编码方式将布局中的 UI 组件和应用数据进行绑定

01

Android Jetpack系列——DataBinding 最佳实践

我们通过两篇文章，分别介绍了 DataBinding(Android Jetpack系列——细说DataBinding ) ，以及 DataBinding 的简单使用(DataBinding 的简单使用 ) ，这篇文章，我们来介绍一下 DataBinding 最佳实践——Binding adapters

04

Android技术栈(四)Android Jetpack MVVM 完全实践

本文包含Android中MVVM体系中的很多部分,主要对ViewModel+DataBinding+RxJava+LiveData+Lifecycle等笔者所使用的技术体系进行解析.

00

让人耳目一新的 Jetpack MVVM 精讲！

作者：KunMinX 链接：https://juejin.im/post/5dafc49b6fb9a04e17209922

02

ConstraintLayout 之 Guideline、Barrier、Chains和Groups

前言今天来了解一下ConstraintLayout的新功能，即标准线、隔离线、链和组。其中一些功能需要使用Android Studio 3.0 Beta 版和ConstraintLayout的beta版本。为了能使用这些功能，请在应用程序级别的build.gradle文件中添加如下代码： implementation 'com.android.support.constraint:constraint-layout:1.1.0-beta1' Guidelines 可以简化视图布局的对齐方式，特别是如

05

DataBinding·常用注解说明

Observable接口提供给开发者添加/移除监听者的机制。为了使开发更便捷，我们创建了BaseObservable类，它已经实现了Observable接口中的注册监听者的机制。

04

Android Jetpack架构组件(八)之DataBinding

在传统的Android应用开发中，布局文件通常只负责应用界面的布局工作，如果需要实现页面交互就需要调用setContentView()将Activity、fragment和XML布局文件关联起来。然后通过控件的id找到控件，接着在页面中通过代码对控件进行逻辑处理。在这种传统的开发方式中，页面承担了大部分的工作量，大量的逻辑处理需要在Activity、Fragment中进行处理，因此页面显得臃肿不堪，维护起来也很困难，为了减轻页面的工作量，Google提出了DataBiiding（视图绑定）。

02

【译】我是如何学习任意前端框架的

每次你决定学习前端框架时，你定会反复听到这些术语（组件，路由和管理状态/状态管理）。

01

“终于懂了“系列：Jetpack AAC完整解析（四）MVVM - Android架构探索！

前面三篇介绍了Jetpack 架构组件中最重要的部分：生命周期组件-Lifecycle、感知生命周期的数据组件-LiveData、视图模型组件-ViewModel。这篇，就来探索下目前android开发中最优秀、讨论最多的架构模式—— MVVM 。

01

是时候更新手里的武器了—Jetpack架构组件简析

最近两年，MVVM的呼声越来越高，说实话，在经历了MVP的臃肿，MVP的繁琐，我有点怕了。但是这次Google官方带来的一系列为MVVM架构设计的武器—Jetpack，真的让我惊喜到了。

02

“终于懂了“系列：Jetpack AAC完整解析（五）DataBinding 重新认知！

前面四篇介绍了Jetpack 架构组件中的基础组件以及它们的综合应用：Jetpack MVVM 架构模式，到这里已经基本满足标准化开发了。但 Jetpack 架构组件除了 Lifecycle、LivaData、ViewModel，还有:

01

MVC、MVP、MVVM三剑客

概述说到Android MVVM，相信大家都会想到Google 2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。之前看过很多的文章都有简单的介绍MVVM架构如何使用的，但是呢自己总是一知半解的状态，今天通过再次的学习，终于对MVVM有了一个更深刻的理解，现在就来分享下自己的心得。 MVC、MVP、MVVM 首先让我们来了解下Android中常见的开发模式。 M

mysql 谈谈innodb存储引擎

5.7版本引入了模式自动转换的功能，但该语法依然保留了。另外一个有趣的点是，在5.7版本中，你可以通过设置session_track_transaction_info变量来跟踪事务的状态，这货主要用于官方的分布式套件(例如fabric)，例如在一个负载均衡系统中，你需要知道哪些 statement 开启或处于一个事务中，哪些 statement 允许连接分配器调度到另外一个 connection。只读事务是一种特殊的事务状态，因此也需要记录到线程的Transaction_state_tracker中。关于Session tracker，可以参阅官方WL#6631。 START TRANSACTION READ WRITE 和上述相反，该SQL用于开启读写事务，这也是默认的事务模式。但有一点不同的是，如果当前实例的 read_only 打开了且当前连接不是超级账户，则显示开启读写事务会报错。同样的事务状态TX_READ_WRITE也要加入到Session Tracker中。另外包括上述几种显式开启的事务，其标记TX_EXPLICIT也加入到session tracker中。读写事务并不意味着一定在引擎层就被认定为读写事务了，5.7版本InnoDB里总是默认一个事务开启时的状态为只读的。举个简单的例子，如果你事务的第一条SQL是只读查询，那么在InnoDB层，它的事务状态就是只读的，如果第二条SQL是更新操作，就将事务转换成读写模式。 START TRANSACTION WITH CONSISTENT SNAPSHOT 和上面几种方式不同的是，在开启事务时还会顺便创建一个视图（Read View），在InnoDB中，视图用于描述一个事务的可见性范围，也是多版本特性的重要组成部分。这里会进入InnoDB层，调用函数innobase_start_trx_and_assign_read_view，注意只有你的隔离级别设置成REPEATABLE READ（可重复读）时，才会显式开启一个Read View，否则会抛出一个warning。使用这种方式开启事务时，事务状态已经被设置成ACTIVE的。状态变量TX_WITH_SNAPSHOT会加入到Session Tracker中。 AUTOCOMMIT = 0 当autocommit设置成0时，就无需显式开启事务，如果你执行多条SQL但不显式的调用COMMIT（或者执行会引起隐式提交的SQL）进行提交，事务将一直存在。通常我们不建议将该变量设置成0，因为很容易由于程序逻辑或使用习惯造成事务长时间不提交。而事务长时间不提交，在MySQL里简直就是噩梦，各种诡异的问题都会纷纷出现。一种典型的场景就是，你开启了一条查询，但由于未提交，导致后续对该表的DDL堵塞住，进而导致随后的所有SQL全部堵塞，简直就是灾难性的后果。另外一种情况是，如果你长时间不提交一个已经构建Read View的事务，purge线程就无法清理一些已经提交的事务锁产生的undo日志，进而导致undo空间膨胀，具体的表现为ibdata文件疯狂膨胀。我们曾在线上观察到好几百G的Ibdata文件。 TIPS：所幸的是从5.7版本开始提供了可以在线truncate undo log的功能，前提是开启了独立的undo表空间，并保留了足够的 undo 回滚段配置（默认128个），至少需要35个回滚段。其truncate 原理也比较简单：当purge线程发现一个undo文件超过某个定义的阀值时，如果没有活跃事务引用这个undo文件，就将其设置成不可分配，并直接物理truncate文件。事务提交事务的提交分为两种方式，一种是隐式提交，一种是显式提交。当你显式开启一个新的事务，或者执行一条非临时表的DDL语句时，就会隐式的将上一个事务提交掉。另外一种就是显式的执行“COMMIT” 语句来提交事务。然而，在不同的场景下，MySQL在提交时进行的动作并不相同，这主要是因为 MySQL 是一种服务器层-引擎层的架构，并存在两套日志系统：Binary log及引擎事务日志。MySQL支持两种XA事务方式：隐式XA和显式XA；当然如果关闭binlog，并且仅使用一种事务引擎，就没有XA可言了。关于隐式XA的控制对象，在实例启动时决定使用何种XA模式，如下代码段： if (total_ha_2pc > 1 || (1 == total_ha_2pc && opt_bin_log)) { if (opt_bin_log) tc_log= &mysql_bin_log; else tc_log= &tc_log_mmap; }

02

[译]区域设置更改和 AndroidViewModel 反面模式

在 ViewModel 中，如果要公开来自资源（字符串、可绘制文件、颜色……）的数据，则必须着重考虑 ViewModel 对象而忽视配置更改，例如区域设置更改。当用户更改其区域设置时，活动将重新被创建，但不创建 ViewModel 对象。

06

Illumio六部曲 | 让安全策略更简单

上一篇提到了Illumio实施零信任微分段的“三步走”方法论：1）获得应用程序实时地图；2）为工作负载打标签；3）实施安全策略。

02

android SurfaceView绘制实现原理解析

在Android系统中，有一种特殊的视图，称为SurfaceView，它拥有独立的绘图表面，即它不与其宿主窗口共享同一个绘图表面。由于拥有独立的绘图表面，因此SurfaceView的UI就可以在一个独立的线程中进行绘制。又由于不会占用主线程资源，SurfaceView一方面可以实现复杂而高效的UI，另一方面又不会导致用户输入得不到及时响应。在本文中，我们就详细分析SurfaceView的实现原理。在前面Android控件TextView的实现原理分析一文中提到，普通的Android控件

MySQL优化--MVCC

mvcc在MySQL的InnoDB引擎中的实现主要是为了提高并发性能，采用更加完善的方式处理读、写之间的冲突，即使有冲突时，也可以做到不加锁，非阻塞并发读

03

感受LiveData与ViewModel结合之美

虽说这篇是说LiveData与ViewModel，但是或多或少都有涉及另外一个组件：Lifecycles 。它们连同Room都是在17年谷歌IO大会推出的，当时还是预览版，大致17年底时推出了正式版。到今年的IO大会过后，又增加了许多新成员。

02

我就站在你面前，你却视而不见！

在上一篇文章一男子给对象转账5000元，居然又退还了！中，我们学习了并发三大特性之一的原子性，并对原子性问题进行分析。

04

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭