如果你觉得使用虚拟机安装Linux跑起来太慢，想同时拥有一台Linux主机和Window主机，又不想来回扭头在两个显示器之间切换。这时候要是出来个一个远程控制软件，一根网线就可以让你拥有虚拟机的快捷的界面切换和流畅的运行速度。VNC，即Visual Network Computer，就是可以胜任这一角色的优秀的远程控制软件。



一般采用putty和vnc结合的方式，下面分别介绍putty和vnc：
1.putty：
putty是一款超轻量级的运行在windows操作系统上的用于远程连接linux服务器的软件，大小只有不到500KB，而且操作十分简单。使用putty可以直接进入Linux的命令行模式，可以在命令行的模式下启动VNC
 Server，并对VNC Server进行配置，配置完成后可直接使用VNC
 Viewer进入远程界面。尽管我们可以使用putty利用SSH连接远程 通过终端来操作Linux，但是对于更多熟悉图形界面的人来说是很不方便的，因此开启Linux的远程桌面还是很有必要的。
假设Linux Hosts 和Windows均已配置好，互相能够ping通，这时候可以使用putty这个软件登录到Linux Host上，此时是命令行方式登陆。Putty是个绿色的软件，很好用，使用起来也非常简单。只要在Host name栏填入Host的IP，选择端口号22，connection type 为SSH，然后点击open即可连接到Linux
 Host的登录界面。输入用户名和密码进入Linux的文本模式。
要使用VNC
 Viewer，首先要在Linux Hosts上安装VNC server，用vncsever 命令即可开启一个端口号,每输入一次vncserver命令，就会产生一个端口号，可以产生任意多个端口号，每一个端口号可以独立的登陆远程虚机，如下所示，开启了一个一号端口。


用 vncserver
 -kill :1 命令杀死一号端口，如图所示。


此时，如果再登陆一号端口：


此时，便不能登陆到远程桌面了


这里要注意：每个用户都可以启动自己的VNCSERVER远程桌面，同时每个用户可以启动多个VNCSERVER远程桌面，它们用ip加端口
 号：ip:1、ip:2、ip:3 来标识、区分，使用同一端口会使另外登录的用户自动退出。另，VNCSERVER的大部分配置文件及日志文件都在用户home目录下.vnc目录下。

协程
1.什么是协程？常用的协程模块有哪些？协程和线程的区别？
协程是一种用户级的轻量型线程，协程是由用户程序自己控制调度，是单线程下的并发，又称微线程，纤程，coroutine
常用模块：
greenlet：提供了切换任务的快捷方式，但是遇到io无法自动切换任务，需要手动切换
gevent：开启协程任务并切换的模块，遇到io自动切换任务。
2.协程的join使用来做什么的？它是如何发挥作用的？
阻塞等待调用join方法的协程任务执行完毕，然后继续往后执行。
join产生阻塞，gevent识别到阻塞后，自动切换任务，只要该协程任务没有完成，join会一直产生阻塞，从而使gevent不停的切换到该协程任务上执行。
3.使用协程实现并发的tcp server端
协程实现并发server
4.在一个列表中有多个url，请使用协程访问所有url，将对应的网页内容写入文件保存
协程访问url
1.简述进程、线程、协程的区别以及应用场景？
进程：操作系统资源分配的最小单位，进程之间资源和地址空间独立，进程的创建、销毁、切换开销大，可以利用多核。高密集型计算。
线程：进程中的一条执行过程，操作系统执行的最小单位，共享当前进程的资源，创建、销毁、切换开销比进程小。单存计算模型
协程：基于用户级别控制的，线程中可以自由切换任务，无需操作系统调度，创建比线程更高效。爬虫数据处理。
2.进程池、线程池的优势和特点
开启一定数量的进程/线程不停轮流处理大量的任务，避免了不停开启/销毁线程/进程过程中的开销，从而提高处理任务的效率。
特点：只要有任务未处理完，进程池/线程池会自动开启进程/线程处理任务，知道池中进程/线程数量达到限制。每个进程/线程处理完任务，无需销毁，而是从新指令其他未完成的任务。
3.线程和协程的异同？
1.线程的开启、切换、销毁需要通过操作系统执行，协程的创建、切换、销毁是基于程序员自己控制。

2.协程的切换效率远高于线程的切换

3.协程本质上就是一个线程，所以也无法利用多核。

4.协程是数据安全的，但是线程数据不安全
4.请简述一下互斥锁和递归锁的异同？
不同点：互斥锁不能连续acquire，连续acquire会产生死锁现象；递归锁可以连续的acquire。

相同点：互斥锁和递归锁都可以保证同一段代码在同一时间只有一个线程执行。
5.请列举一个python中数据安全的数据类型？
队列，队列内部自动实现了锁的机制，同一时间只有能一个对象对队列中的元素修改
6、Python中如何使用线程池和进程池
使用concurrent.futures模块中的ProcessPoolExecutor类和ThreadPoolExecutor类，创建进程池和线程池。
p = ProcessPoolExecutor(maxsize)获得进程池对象

t = ThreadPoolExecutor(maxsize)获得线程池对象

使用submit向池中添加任务，获得一个任务对象

对任务对象使用result获取任务的返回值
7.什么是并行，什么是并发？
并行：多个程序在同一时刻使用多个cpu处理任务，是真正的同时运行

并发：多个程序交替在一个cpu上处理任务，看起来像同时运行
8.请解释同步和异步的概念
同步：发起一个任务，原地等待该任务执行结束返回结果，才继续执行后续代码。

异步：发起一个任务，不等待该任务执行结束，就直接执行后续代码。
9.请谈谈对异步非阻塞的了解？
异步非阻塞，执行效率最高的模式，发起任务，不等待结果，直接执行自己的任务，任务在执行过程中没有阻塞操作，充分提高了CPU的计算效率。
10.简述信号量的实现原理？
sem = semaphore(5) 获得一个信号量对象

同一可以允许一定数量的进程/线程执行某一段代码，之后的进程/线程需要等待其中任务释放掉信号量锁，才能获取锁，执行该段代码。
11.程序中的阻塞有哪些？给程序带来了什么影响？
一切io操作即向内存中写入和从内存中取出，如读取文件，写入文件，获取用户数据，

线程
1.GIL锁是什么回事？
global interpreter lock全局解释其所，Cpython中，对解释器加的一把锁，导致同一时刻同一进程中只有一个线程能够访问cpu，GIL锁的出现，保证了多线程对共享数据的大部分操作，也就是类原子操作时的数据安全。但是无法避免所有修改共享数据的安全。
2.在python中是否线程安全？
不是，在Cpython解释器中，代码都会转换成机器码，即时有了GIL锁的限制，多线程对数据的非原子性修改操作，也会因为操作系统的对cpu时间片轮转而导致对数据修改的不安全。
3…什么叫做死锁？
多道操作系统中，是指多个进程或线程在执行过程中，因争夺资源而造成的一种互相等待的僵局现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程/线程。
4、logging模块是否是线程安全的？
是，因为logging模块的写入是追加写
5.threading.local的作用？
创建全局ThreadLocal对象:

localVal = threading.local()

localVal.val = “Main-Thread”  # 为全局线程对象赋值

用来保存一个全局变量，只能在当前前线程中才能访问
不同线程对其赋值，不会覆盖，而会在自己的线程单独创建控件来存储这个变量
不同线程的前程变量local.val是隔离的，其他线程无法访问

开源一个功能相对齐全的本地音乐播放器



简述

从五月末就开始利用空余时间开发这款 app ，不知不觉三个月过去了。

App 名称：我的音乐，我给取了个别名：Musicoco。

Android 手机本地音乐文件播放器。应用开启了单独的播放服务进程，在服务进程中控制音乐播放逻辑，目前已实现功能如下：通过耳机和通知栏快捷控制音乐播放、创建歌单、本地歌曲搜索、歌曲多选操作、记忆播放、自动切换到夜间模式、定时停止播放、应用主题自定义以及播放界面风格选择等功能。



应用截图





功能结构图

下图为应用的功能结构图，图有点繁杂，但把大部分功能都列了出来。 

可进行如下归类： 

1. 歌曲播放控制：播放/暂停、上/下曲切换、播放进度调整。（可从应用内、通知栏和耳机进行控制） 

2. 歌曲操作：收藏/取消收藏、加入歌单/从歌单中移除、彻底删除、歌曲详情（前三个功能可选中多首歌曲后进行批量操作） 

3. 歌单操作：新建、编辑、删除 

4. 歌曲搜索：全部歌曲中搜索，特定歌单中搜索 

5. 外观设置：播放界面风格、主题颜色、夜间/白天模式切换（自动切换） 

6. 实用功能：定时停止播放、记忆播放、打开应用自动播放、图片墙 

7. 额外功能：反馈、用户指南、应用信息、关于开发者、清除缓存






开发过程中遇到的部分难点

aidl 进程间通信
通过在 AndroidManifest.xml 中为 Service 指定 process 属性就可以使服务运行于独立的进程中，应用中的服务为 PlayService ，应用启动时会以 startService 的方式启动服务，服务启动后会恢复上次播放歌曲（歌曲及其播放进度，前提为开启记忆播放），之后Activity再进行绑定(bindService)，客户端绑定服务之后主动获取服务端的当前歌曲并同步歌曲信息和播放状态，之后每一次播放歌曲改变、播放状态改变以及歌单改变服务端都会对绑定的客户端进行通知( 通过服务绑定者注册监听实现)。

问题出现在Activity第一次同步的时候，因为服务启动过程中有一个耗时操作（通过 ContentResolver 获得设备上的歌曲信息），之后进行当前歌曲恢复，完成之后会立即回调songChanged（服务端当前歌曲改变时回调的方法），这个过程是在 Service 的 onCreate 中完成的，这时 Activity 肯定不能而且也不能够成功绑定服务（因为 Service 还在 onCreate ，ServiceConnection 的 onServiceConnected 也不会回调，也就无法通过 IBinder 注册监听），但我却只在songChanged方法中等待回调以进行初始同步，却没意识到这个回调已经发生了，而此时服务正在启动，且此时不可能有任何客户端绑定到服务；这个错误的解决方法是在 Activity 成功绑定到服务后手动获取当前歌曲及播放状态进行同步。

完全停止服务
PlayService服务会被两个 Activity 绑定，一个是主界面的 Activity（MainActivity），另一个为播放界面的 Activity（PlayActivity），停止时需要先让两个 Activity 解绑服务，之后让服务调用 stopSelf （通过发送广播实现）。

服务停止时需要释放 MediaPlayer；当时的问题是这样的，点击【退出】关闭应用，之后再次启动时，服务的 MediaPlayer 的 reset 方法抛出 IllegalStateException异常，这显然是因为 MediaPlayer 没有 release 导致的。我在应用【退出】操作的处理方法中是这样处理的，调用 Activity 的 finish 方法，此外在 MainActivity 和 PlayActivity 的 onDestory方法中解绑服务，MainActivity的 onDestory 最后还会发送广播通知服务 stopSelf，但这个异常还是一直抛出。调试好久之后终于找到错误，PlayActivity我设置了singleInstance，这意味着PlayActivity在单独的 activity栈 中，其他的 Activity 大都设置了 singleTask，而且能保证以【退出】按钮退出应用时 MainActivity 在其 activity栈中位于栈底，我天真的以为栈底 Activity 销毁时应用开启的 Activity 都会关闭，然而并没有， PlayACtivity 没有销毁更没有解绑服务，这导致 PlayService不能停止，MediaPlayer 的 release 也没有调用。解决方法就是手动调用 PlayActivity 的 finish。

沉浸式状态栏
实现沉浸式状态栏的代码如下：



 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
            Window window = activity.getWindow();
            window.clearFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS
                    | WindowManager.LayoutParams.FLAG_TRANSLUCENT_NAVIGATION);
            window.getDecorView().setSystemUiVisibility(View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
                    | View.SYSTEM_UI_FLAG_LAYOUT_STABLE);
            window.addFlags(WindowManager.LayoutParams.FLAG_DRAWS_SYSTEM_BAR_BACKGROUNDS);
            window.setStatusBarColor(Color.TRANSPARENT);
        }

这部分代码能够让状态栏透明，在布局中配合android:fitsSystemWindows="true"就可以实现沉浸式状态栏，但当布局中有NavigationView时就出现了问题，当NavigationView打开时状态栏背景会变成半透明的黑色，而我期望的是完全透明的，半透明时的截图如下：



之后我发现将android:fitsSystemWindows置为 false 时状态栏会全透明，但标题栏会延伸到状态栏：



最后解决方法是置android:fitsSystemWindows为 false，同时为 Toolbar （布局中标题栏使用的是 DrawerLayout 嵌 CoordinatorLayout 嵌 AppBarLayout 嵌 CollapsingToolbarLayout 嵌 Toolbar 结构）加上状态栏高度的 padding。



代码如下：



...

        toolbar = (Toolbar) findViewById(R.id.activity_main_toolbar);
        toolbar.post(new Runnable() {
            @Override
            public void run() {
                // fitsSystemWindows 为 false ，这里要增加 padding 填满状态栏
                toolbar.setPadding(0, Utils.getStatusBarHeight(MainActivity.this), 0, 0);
                ...
            }
        });
        setSupportActionBar(toolbar);

...

Utils.getStatusBarHeight(Activity activity)方法用于获得状态栏高度：



public static int getStatusBarHeight(Activity activity) {
        Rect frame = new Rect();
        activity.getWindow().getDecorView().getWindowVisibleDisplayFrame(frame);
        int statusBarHeight = frame.top;

        if (statusBarHeight <= 0) { // 有时会获取失败
            int resourceId = activity.getResources().getIdentifier("status_bar_height", "dimen", "android");
            if (resourceId > 0) {
                //根据资源ID获取响应的尺寸值
                statusBarHeight = activity.getResources().getDimensionPixelSize(resourceId);
            }
        }

        if (statusBarHeight <= 0) {
            statusBarHeight = 63;
        }

        return statusBarHeight;
    }

SQLite 数据库事务和单例
数据库事务： 

应用的数据库使用的是 SQLite，在对数据库进行操作时用到了事务，由于对数据库事务的不熟悉，导致写出了如下的代码：



            database.beginTransaction();
            ...
            database.endTransaction();

在结束事务之前如果没有调用setTransactionSuccessful标记事务成功，则操作会回滚，当时不知道还有这个操作，导致数据库操作始终被回滚，没有提交。所以提交事务之前要记得标记事务成功。



            database.beginTransaction();
            ...
            database.setTransactionSuccessful();
            database.endTransaction();

数据库操作类单例： 

操作数据库的类使用了单例模式，持有 ApplicationContext，在用完数据库后调用 close 关闭数据库连接。单例的好处在于只存在一个对象，与 Application 共存亡，数据库操作类在构造方法中通过 SQLiteOpenHelper获得数据库连接，单例导致SQLiteOpenHelper的getWritableDatabase或getReadableDatabase只会调用一次，数据库操作类内的SQLiteDatabase对象也始终为同一个，即使在调用了SQLiteDatabase的 close 关闭了数据库连接，下次再次获得单例时SQLiteDatabase对象仍然是同一个，而且现在已经被关闭了，此时再使用它操作数据库就会得到异常：java.lang.IllegalStateException: attempt to re-open an already-closed object: SQLiteDatabase: ....，解决办法就是不使用单例  :-P。

RecyclerView 被 NestedScrollView 嵌套时 RecyclerView 的复用
RecyclerView 被 NestedScrollView嵌套时其复用机制失效，原因在于 RecyclerView   的高度被计算为所有 item 的高度之和，RecyclerView  会在第一次加载时就将所有 item 都加载，这在 item 较多时会导致 RecyclerView  加载卡顿， 这个问题在应用中体现为歌单详情界面中的歌曲列表，如下图所示，列表项包含歌曲基本信息及其专辑图片，当歌单中包含歌曲较多（>=40）时，界面加载就会出现明显卡顿。



解决方法是手动为RecyclerView 指定高度，计算方法如下（参照后面的歌单详情页截图更好理解）



    //计算 RecycleView 高度，否则无法复用 item
    private void calculateRecycleViewHeight() {
        ActionBar bar = ((AppCompatActivity) activity).getSupportActionBar();
        if (bar != null) {
            int actionH = bar.getHeight(); // actionBarHeight
            int randomCH = randomContainer.getHeight(); // randomPlayContainerHeight
            int statusH = Utils.getStatusBarHeight(activity); // statusBarHeight
            int screenHeight = Utils.getMetrics(activity).heightPixels;
            int height = screenHeight - actionH - statusH - randomCH;

            ViewGroup.LayoutParams params = songList.getLayoutParams();
            params.height = height;
            songList.setLayoutParams(params);
        }
    }



暂时先总结这么多吧！



用到的库和开源自定义 View

wasabeef / glide-transformations：图片变换
akexorcist / Android-RoundCornerProgressBar：可修改颜色的圆形加载条
DuanJiaNing / MediaView：播放/暂停，上/下曲按钮
ReactiveX / RxJava
ReactiveX/RxAndroid
bumptech/glide
AnderWeb/discreteSeekBar：进度条
DuanJiaNing/ColorPicker：颜色选取器
部分功能尚未完善，还存在一些已知或未知的 bug，如果你想要改进客户端，或者发现了问题，可以提交Issues，或者直接使用应用的反馈功能向我提交你的意见或建议；当然，你也可以基于该代码修改并开发出属于自己的客户端。

应用还不能线上下载（我发布到应用宝了，可惜：审核驳回，需提供 《信息网络传播视听节目许可证》，What the hell is this?）

如果你想安装在自己手机上体验可在 GitHub 仓库 apk 目录下找到 app-release.apk 文件，或直接构建并运行项目。

GitHub 地址：DuanJiaNing/Musicoco。

END