安卓入门一 Java基础

原创

已于 2025-02-19 23:37:13 修改 · 2.8k 阅读

标签

#android #java #开发语言

于 2024-12-27 21:12:18 首次发布

一、团队效率提升

版本更新

Android增量更新与热修复

增量更新的目的是为了减少更新app所需要下载的包体积大小，常见如手机端游戏，apk包体积为几百M，但有时更新只需下载十几M的安装包即可完成更新。

增量更新demo地址：https://github.com/po1arbear/bsdiff-android

热修复一般是用于当已经发布的app有Bug需要修复的时候，开发者修改代码并发布补丁，让应用能够在不需要重新安装的情况下实现更新，主流方案有Tinker、AndFix等。

管理软件更新

1.自然升级 2.引导升级

进度感知（用户可以看见更新进度），提醒链路（导航栏打开更新弹窗）。

提醒更新策略原则不阻塞行为操作

2023年工信部发布了《关于进一步提升移动互联网应用服务能力》的通知，其中第四条更是明确表示“窗口关闭用户可选”，所以强更弹窗并不是我们的最佳选择。

主要字段

标题

内容

二、Java基础

1.1 并发和并行、同步和异步

并发：同一时间段，多个任务交替执行，时间片轮法共享系统资源（Synchronized）
并行：单位时间内，多个任务在多个独立处理单元上同时执行（分布式锁）
同步：任务依次执行，任务需要依次执行（阻塞）
异步：可以同时进行多个任务，任务的调用和完成是独立的（非阻塞）

1.2 并发编程三大特性

可见性:是指一个线程对共享变量进行修改，另一个线程立即得到修改后的最新值。

原子性:在一次或多次操作中，要么所有的操作都执行并且不会受其他因素干扰而中断，要么所有的操作都不执行。

有序性:解决了重排序。重排序：Java在编译时和运行时会对代码进行优化，会导致程序最终的执行顺序不一定就是我们编写代码时的顺序。

锁搞定了多线程中的重排序，单线程中怎么解决重排序？使用as-if-serial--语句

1.3 锁类型

1. 线程要不要锁住同步资源? a.锁住悲观锁 b.不锁住乐观锁

悲观锁：悲观锁的策略是在访问数据之前先获取锁，这表示它悲观地认为在整个数据操作过程中都会有并发修改的风险。因此，在悲观锁的机制下，当一个线程访问数据时，会先加锁，其他线程要想访问该数据就必须等待已持有锁的线程释放锁才能继续操作。典型的悲观锁实现包括数据库中的行级锁、Java中的synchronized关键字等。

乐观锁：相对于悲观锁，乐观锁则采取一种更加乐观的态度，它假设在大多数情况下数据不会发生冲突。因此，乐观锁在更新数据时并不加锁，而是先读取数据版本信息，然后在写回数据时检查数据版本信息是否发生变化。典型的乐观锁实现方式包括版本号机制和CAS（Compare And Swap）等。

悲观锁适合写操作频繁的场景，适合于长事务，而乐观锁适合读操作频繁的场景，适合于短事务。在实际应用中，选择合适的锁策略需要根据具体的业务场景和性能需求进行权衡。

1. 锁住同步资源失败，线程要不要阻塞? a.阻塞 b.不阻塞自旋锁适应性自旋锁

自旋锁是一种基于忙等待的锁机制，它在获取锁时不会立即放弃CPU的执行时间片，而是通过循环进行空转等待其他线程释放锁。这样可以减少线程切换的开销，适用于短时间内竞争锁的情况。

自旋锁的基本思想是，当一个线程发现该锁已被其他线程占用时，它会不断地在循环中尝试获取锁，直到获取到为止。如果在循环中一直无法获取到锁，该线程可能会消耗较多的CPU资源。

为了提高自旋锁的效率，有时候可以采用适应性自旋锁（Adaptive Spin Lock）。适应性自旋锁是根据之前获取锁的历史记录来调整自旋等待的时间。如果一个线程在过去经常能够快速获取到锁，那么它的自旋等待时间会较短；相反，如果一个线程在过去很少能够快速获取到锁，那么它的自旋等待时间会较长。

适应性自旋锁可以根据线程的历史获取情况来动态调整自旋等待时间，更有效地利用CPU资源。例如，如果一个线程经常能够快速获取到锁，那么它的自旋时间可以较短，减少无谓的空转等待时间；如果一个线程经常无法快速获取到锁，那么它的自旋时间可以适当延长，减少不必要的锁竞争。

适应性自旋锁的具体实现方式可以根据不同的编程语言和平台而有所不同。在Java中，JVM会使用一些统计信息来调整自旋等待时间，以提高自旋锁的性能。

1. 多个线程竞争同步资源的流程细节有没有区别?
不锁住资源，多个线程中只有一个能修改资源成功，其它线程会重试无锁
同一个线程执行同步资源时自动获取资源偏向锁
多个线程竞争同步资源时，没有获取资源的线程自旋等待锁释放轻量级锁
多个线程竞争同步资源时，没有获取资源的线程阻塞等待唤醒重量级锁

偏向锁：偏向锁是为了解决大多数情况下都是单线程访问同步块的情况。当一个线程首次访问同步块时，偏向锁会将对象头部的标记设置为指向该线程，并且记录下该线程的ID。此后，如果同步块再次被相同的线程访问，无需进行同步操作，可以直接进入临界区执行，从而减少了获取锁和释放锁的开销。

轻量级锁：轻量级锁是针对多线程竞争同步块的情况进行优化的，它通过CAS操作来尝试获取锁。当只有一个线程在竞争同步块时，轻量级锁使用CAS操作将对象头部的标记替换为指向锁记录的指针，从而避免了传统的互斥量操作。

重量级锁：重量级锁是指当多个线程竞争同步块时，锁会膨胀为重量级锁，在这种情况下会引入互斥量，使得其他线程阻塞，等待持有锁的线程释放锁。

这三种锁在Java中的实现是为了在不同的多线程场景下提供最佳的性能和资源利用率。偏向锁适用于大多数情况下都是单线程访问同步块的场景，轻量级锁适用于少量线程竞争同步块的场景，而重量级锁适用于多个线程竞争同步块的场景。 Java虚拟机在运行时会根据实际情况动态地选择合适的锁机制来提高程序的性能。

1. 多个线程竞争锁时要不要排队?

a.排队公平锁 b.先尝试插队，插队失败再排队非公平锁

在并发编程中，公平锁和非公平锁是两种不同的锁获取策略。它们影响了线程在竞争锁时的获取顺序和公平性。

公平锁：公平锁是指当多个线程按照申请锁的顺序来获取锁，即先来先得的原则。当一个线程发出获取锁的请求时，如果当前锁被其他线程占用，该线程会进入等待队列，按照先后顺序等待锁的释放。当锁释放时，等待时间最长的线程会获得锁。公平锁的特点是能够保证锁的获取是按照线程的申请顺序进行的，避免了线程饥饿的情况。

非公平锁：非公平锁是指当多个线程竞争锁时，不考虑申请锁的顺序，允许"插队"，即如果一个线程发出获取锁的请求时，如果当前锁没有被其他线程占用，那么该线程可以直接获取到锁，而无需进入等待队列。这样可能导致某些线程会一直获取到锁，而其他线程长时间得不到执行，出现线程饥饿的情况。

在实际应用中，选择公平锁或非公平锁取决于具体的业务场景和性能需求。公平锁能够保证线程按照申请顺序获取锁，但可能会带来一定的性能开销；而非公平锁可能会提高系统的吞吐量，但可能造成某些线程长时间得不到执行的情况。因此，在使用锁的时候需要根据实际情况进行选择，以达到最佳的性能和公平性。

1. 一个线程中的多个流程能不能获取同一把锁? 能可重入锁不

最低0.47元/天解锁文章