// 参数范围过滤，简单明了
min(max(0, a), 99)

我觉的可以曲线救国，采用直播的思路，B 电脑默认采集显示器画面到本地的直播服务器下，然后在需要的时候在 A 电脑播放 B 电脑的直播画面。最简单的通过 ffmpeg 就可以直接录屏并推流到指定服务器

@demo06 你一下子说了这么说多，小心给人家劝退了。不过我认为上面 18 楼说的先学习 java 还是没错的，如果上手就学 kotlin ，可不是特别好理解 kotlin 的一些语法糖和协程，包括 java 和 kotlin 混编的问题也是一大问题，不了解 kotlin 怎么做的空安全检查可不行。后期使用 jetpack 中 kotlin 的高级语法糖和协程的使用如果没有一定基础理解起来还是比较困难的，但是如果理解了 java 的思想再用 kotlin 就是很简单了。说一下我们公司的情况，java 和 kotlin 混编项目，新人（以前只写 java ）到公司从上手写 kotlin 项目花不了一周。所以还是要学习一下 java 的

只要是自己的账号就不用输密码，我现在国区账号，可以直接更新港区和美区账号下的软件

我推荐你 pixel

怎么说呢，看心情吧

Android 作为更开放的平台，应用存放或获取用户标识有很多方案
可以直接获取的标识：
* 广告 ID ，不同的厂商稍有差异，但大部分都是卸载应用后重置
* SSAID （ Android ID ），格式化或系统更新（可能）重置，应用读取不需要权限
* GUID ，应用内随机生成的设备 ID ，卸载后重置

国内的一些联盟的方案：
* 移动安全联盟（ OAID ）和各厂商合作，提供了各种周期的设备 ID 方案，集成了它的各应用也可以直接获取 https://www.jianshu.com/p/1c7ef27d6db4
* 推送联盟（以友盟、极光为主）所有集成了这些推送的都可以互相共享数据的

需要一定前提的方案：
* 将标识保存到外置存储，现在需要存储权限，友盟以前是有用过的，但 Android12 存储分区后已经废弃
* 同系应用标识 ID 共享，现在大厂应用基本都有类似功能

已经废弃的方案：
* IMEI ，MAC 等设备唯一标识，现在普通应用没有权限读取到
* settings.db 将数据保存到系统配置数据库 之前又见百度系应用将一些配置存到了 Settings.Global

现在隐私合规越来越严格而且 google 也对获取设备唯一标识的 api 进行了限制，所以各大厂的设备 id 都是多种方案结合来生成的，可以进行降级获取，但主要是使用的 OAID 和 GUID 的方案，都是卸载后可以重置，但是依旧可以通过同系应用或同联盟的应用共享。

实际上两个平台没有什么区别，因为我们的 app 基本都被这些大厂的，都是可以相互追踪的

到本地的医院或者眼镜店验好光，然后去网上买，选择江苏镇江（丹阳）的店。

@icetea12138 adb 也定制的吗，连接的嵌入式硬件？传输的数据需要加密？

你用的是 Jetpack navigation 导航，是 google 推荐的单 Activity 应用方案，如果是刚入门觉得你还是好好看官方文档 https://developer.android.google.cn/guide/navigation
实际上 navigation 是对 Fragment 的封装，让 Fragment 更易于维护和使用。

如果你需要导航到其他页面需要先将目标 fragment 注册到导航图，然后 navController.navigate(id)就可以了

21 年 12 月入手，10 次，100%
怎么说呢没必要过于关注这个东西，本来就是消耗品。

刚没看到你下面的回复，如果要用 m1 跑 win 虚拟机来开发，那不要考虑，直接放弃吧。
如果不用 win 虚拟机，定制的 adb 可能也不支持 m1