随着移动行业全球化，Google Play 也陆续加入各种不同的付款方式，让用户可以选择喜好的付款方式。请注意，Google Play 帐号的国家/地区设置会影响能选择的付款方式。

如果要更改国家/地区，您需要在 Google Play 中设置一个新的国家/地区。要设置新的国家/地区，用户必须位于相应国家/地区，并且在新的国家/地区有受支持的付款方式。

请注意:

• 您每年只能更改一次 Play 国家/地区设置。因此，如果您更改国家/地区，则在 1 年之内无法改回之前的国家/地区。
• 您更改国家/地区后，将无法在新的国家/地区使用您在之前的国家/地区拥有的 Google Play 余额。
• 您可能会无法再享用某些图书、电影、电视节目、游戏和应用。

以下列举 Google Play 中部分采用中文语言的国家/地区常用的付款方式:

早期的Android上App的启动速度常为人诟病，如今的启动表现已不逊iOS。Google针对系统的不断优化绝对功不可没，从8.0独立出来的SplashWindow，到12上推出的全新SplashScreen。

在App的主要内容展示之前，按照需求的不同，或多或少会先展示这样几个画面。

自从谷歌 I/O 2017宣布将支持 Kotlin 作为 Android 开发的 First-Class 语言，相信各位程序员的朋友圈都被Kotlin的消息轰炸了吧，支持Java的“守旧派”认为Java将稳坐霸主地位不动摇，支持Kotlin的“维新派”认为Kotlin很可能会把Java拉下马。其实，笔者认为新语言的出现对于程序员来说并不是一件新鲜事儿，程序员始终践行着“活到老，学到老”，真正能够对程序员产生影响的新语言的使用和性能。

易用性。

1. 在语法糖的加持下，kotlin能够用更短的代码实现更多的功能。这是java 无法比拟的。所谓代码量越少，出bug的可能性就越低。
2. kotlin特有的扩展属性，不再需要java工具类，对开发更加友好。
   比如我们想实现字符串判空操作，在java中需要写一个StringUtil类，这样其他开发同学想实现该功能的时候，可能并不知道已经有人实现了该功能，存在重复造轮子的可能。通过扩展属性，我们可以很方便的看出String类都存在哪些方法。
3. java中的bean类总是需要使用插件生成setter getter方法。kotlin中的data关键字可以解决这类问题，data类在编译期自动生成getter setter方法。

规范性。

工程项目都是需要指定开发规范的。比如变量命名等。在java中，方法重载的时候会生成@Override注解，但是这并不是强制约束的。kotlin的方法采用override关键字进行了强制约束。
再比如TODO。java中的TODO是以注释的形式存在，即使没有实现TODO处的代码，也没什么运行时问题。kotlin的TODO形式如下：

1
2
3

fun main(args: Array<String>) {
    TODO()
}

kotlin TODO的实现

1
2

@kotlin.internal.InlineOnly
public inline fun TODO(): Nothing = throw NotImplementedError()

可以看到运行时会抛出异常。
思考：这里为什么不在编译期抛出异常呢？

安全性。

java中虽然有@Nullable @NotNull等注解。但是不会在编译期起作用，而是在运行期抛出异常。kotlin在声明变量的时候，可以指定变量是否为空，调用可为空对象时，需要进行空判断。

跨平台。

java在jvm的协助下虽然也是跨平台语言，但是不能像kotlin一样可以既可以编译成class字节码，又可以编译成js。

编译速度。

只有全量编译下，kotlin比java慢。增量编译下，两者几乎没有差距。

其他kotlin特性。

懒加载、高阶函数、协程、inline操作符、运算符重载、默认参数等。

GitHub 用户amitshekhariitbhu在GitHub上贴图分享了Java和Kotlin的语法区别，下面我们就一起来看一下吧!

Branch 实现Android端 deferred deep link

官网sdk文档地址：https://docs.branch.io/apps/android/
1. Configure Branch（配置Branch）

官方文档

ViewModel概览

ViewModel类旨在以注重生命周期的方式存储和管理界面相关的数据。ViewModel类让数据可在发生屏幕旋转等配置更改后继续存在。

Android 框架可以管理界面控制器（如 Activity 和 Fragment）的生命周期。Android 框架可能会决定销毁或重新创建界面控制器，以响应完全不受您控制的某些用户操作或设备事件。

如果系统销毁或重新创建界面控制器，则存储在其中的任何临时性界面相关数据都会丢失。例如，应用的某个 Activity 中可能包含用户列表。因配置更改而重新创建 Activity 后，新 Activity 必须重新提取用户列表。对于简单的数据，Activity 可以使用 onSaveInstanceState() 方法从 onCreate() 中的捆绑包恢复其数据，但此方法仅适合可以序列化再反序列化的少量数据，而不适合数量可能较大的数据，如用户列表或位图。

另一个问题是，界面控制器经常需要进行异步调用，这些调用可能需要一些时间才能返回结果。界面控制器需要管理这些调用，并确保系统在其销毁后清理这些调用以避免潜在的内存泄露。此项管理需要大量的维护工作，并且在因配置更改而重新创建对象的情况下，会造成资源的浪费，因为对象可能需要重新发出已经发出过的调用。

诸如 Activity 和 Fragment 之类的界面控制器主要用于显示界面数据、对用户操作做出响应或处理操作系统通信（如权限请求）。如果要求界面控制器也负责从数据库或网络加载数据，那么会使类越发膨胀。为界面控制器分配过多的责任可能会导致单个类尝试自己处理应用的所有工作，而不是将工作委托给其他类。以这种方式为界面控制器分配过多的责任也会大大增加测试的难度。

从界面控制器逻辑中分离出视图数据所有权的做法更易行且更高效。

Jetpack是一套库、工具和指南，可帮助开发者更轻松地编写优质应用。这些组件可帮助您遵循最佳做法、让您摆脱编写样板代码地工作并简化复杂任务，以便将精力集中放在所需代码上。

Jetpack包含与平台API解除捆绑地androidx.*软件包库。这意味着，它可以提供向后兼容性，且比Android平台地更新频率更高，一次确保您始终可以获取最新且最好地Jetpack组件版本。

Android Jetpack组件

Android Jetpack组件是库的集合，这些库是为协同工作而构建的，不过也可以单独采用，同时利用Kotlin语言功能帮助您提高工作效率，可全部使用，也可混合搭配！

注意： Kotlin 现作为 Android 第一开发语言，AndroidStudio 作为 Google 的亲儿子，对 Kotlin 进行了完美的支持，开发提示应有尽有，因此下面所有的演示代码都是跑在 AndroidStudio 上的

最近在学习Kotlin这门语言，在项目开发中，运用到了单例模式。因为其表达方式与Java是不同的。所以对不同单例模式的实现进行了分别探讨。主要单例模式实现如下：

• 饿汉式
• 懒汉式
• 线程安全的懒汉式
• 双重校验锁式
• 静态内部类式

PS:该篇文章不讨论单例模式的运用场景与各种模式下的单例模式的优缺点。只讨论在Java下不同单例模式下的对应Kotlin实现。

一、饿汉式实现

1
2
3
4
5
6
7
8
9
10
11
12
13

//Java实现
public class SingletonDemo {
    private static SingletonDemo instance=new SingletonDemo();
    private SingletonDemo(){

    }
    public static SingletonDemo getInstance(){
        return instance;
    }
}

//Kotlin实现
object SingletonDemo

这里很多小伙伴，就吃了一惊。我靠一个object 关键字就完成相同的功能？一行代码？

• Kotlin的对象声明

学习了Kotlin的小伙伴肯定知道,在Kotlin中类没有静态方法。如果你需要写一个可以无需用一个类的实例来调用，但需要访问类内部的函数（例如，工厂方法,单例等），你可以把该类声明为一个对象。

该对象与其他语言的静态成员是类似的。如果你想了解Kotlin对象声明的更多内容。请点击- - - 传送门(https://www.kotlincn.net/docs/reference/object-declarations.html#%E4%BC%B4%E7%94%9F%E5%AF%B9%E8%B1%A1)

到这里，如果还是有很多小伙伴不是很相信一行代码就能解决这个功能，我们可以通过一下方式查看Kotlin的字节码。

委托模式是软件设计模式中的一项基本技巧。在委托模式中，有两个对象参与处理同一个请求，接受请求的对象将请求委托给另一个对象来处理。

Kotlin 直接支持委托模式，更加优雅，简洁。Kotlin 通过关键字 by 实现委托。

类委托

类的委托即一个类中定义的方法实际是调用另一个类的对象的方法来实现的。

以下实例中派生类 Derived 继承了接口 Base 所有方法，并且委托一个传入的 Base 类的对象来执行这些方法。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

// 创建接口
interface Base {   
    fun print()
}

// 实现此接口的被委托的类
class BaseImpl(val x: Int) : Base {
    override fun print() { print(x) }
}

// 通过关键字 by 建立委托类
class Derived(b: Base) : Base by b

fun main(args: Array<String>) {
    val b = BaseImpl(10)
    Derived(b).print() // 输出 10
}

在 Derived 声明中，by 子句表示，将 b 保存在 Derived 的对象实例内部，而且编译器将会生成继承自 Base 接口的所有方法, 并将调用转发给 b。

属性委托

属性委托指的是一个类的某个属性值不是在类中直接进行定义，而是将其托付给一个代理类，从而实现对该类的属性统一管理。

属性委托语法格式：

1

val/var <属性名>: <类型> by <表达式>

• var/val：属性类型(可变/只读)
• 属性名：属性名称
• 类型：属性的数据类型
• 表达式：委托代理类

by 关键字之后的表达式就是委托, 属性的 get() 方法(以及set() 方法)将被委托给这个对象的 getValue() 和 setValue() 方法。属性委托不必实现任何接口, 但必须提供 getValue() 函数(对于 var属性,还需要 setValue() 函数)。