Java 容器是 JDK 为 Java 使用者设计好的一套基础的数据结构。

Collection 是接口，包含 List 、Set 和 Queue。List 有序，Set 无序不允许重复元素。

• List 实现类有 [[LinkedList]], [[ArrayList]], Vector, Stack
• Set 的实现类 HashSet， [[TreeSet]]。HashSet 依赖 HashMap，TreeSet 依赖 TreeMap。
• Queue 有 LinkedList，PriorityQueue， ArrayDeque

其中 LinkedList 实现了 List 和 Queue 接口。

另外一个重要的接口是 Map，实现有 HashMap，TreeMap。

List

List 接口下主要实现

ArrayList

动态数组实现，继承 AbstractList 实现了 List，RandomAccess，Cloneable， Serializable 等接口。

线程不安全，多线程使用 Vector 或者 CopyOnWriterArrayList

源码解读 基于 jdk 1.8

• ArrayList 实际是通过数组来保存元素，构造时默认大小为 10，可设定
• 当 ArrayList 容量不足时，ArrayList 会重新设置容量 int newCapacity = oldCapacity + (oldCapacity >> 1);
• ArrayList 实现了 Cloneable 接口，意味着可以使用 .clone() 方法来创建全新 ArrayList
• modCount 用来记录 List 被修改的次数，被 Iterator 使用，可以用来实现 fail-fast 异常，ArrayList 在修改时都会改动 modCount 值，该异常会在多线程中在一个线程中访问数组，另一个线程修改数组时抛出异常

LinkedList

LinkedList 双向链表，继承自 AbstractSequentialList，可以被当做堆栈，队列，双端队列，实现了 List，Deque，Cloneable，Serializable 等接口。

非线程安全

源码解读 jdk 1.8

• 内部 Node 类，包含着要保存的元素，prev 和 next 指针
• LinkedList 中重要的成员变量，first，last 和 size，first 和 last 分别表示链表的头和尾，size 是链表的长度
• LinkedList 既然是链表，所以顺序访问会高效，反而随机访问效率降低，LinkedList 的 get 等根据索引来获取的方法，通过比较 index 和链表长度的一半比较，如果一半前则从头开始找，而一半后则从尾巴开始找
• LinkedList 可以作为 FIFO，FILO 来使用

Vector

Vector 继承 AbstractList，实现了 RandomAccess，Cloneable, Serializable 接口，是一个列表。

线程安全。效率较低。

• 和 ArrayList 一样，默认的长度是 10
• 重要的成员变量 elementData， elementCount， capacityIncrement

• Vector 的线程安全使用过 synchronized 关键字来实现的，比如说

  public synchronized boolean add(E e) { modCount++; ensureCapacityHelper(elementCount + 1); elementData[elementCount++] = e; return true; }

Queue

队列「先进先出」

• offer
• peek
• poll

总结

• 多线程中操作数组使用 Vector
• 如果要快速随机访问应该选择 ArrayList
• 如果要快速插入和删除 LinkedList

Map

Map 是一个键值对映射接口，Map 不能包含重复键。

HashMap

HashMap 继承自 AbstractMap 实现了 Map<K,V>, Cloneable, Serializable 接口。线程不安全。

HashMap 类有两个参数影响其性能：“初始容量” 和 “加载因子”。容量是哈希表中桶的数量，初始容量 只是哈希表在创建时的容量。加载因子是哈希表在其容量自动增加之前可以达到多满的一种尺度。

HashMap 中 key-value 的值都存在 Entry 的数组中 (Java 8 中 Node 结构）。

transient Node<K,V>[] table;

说到 HashMap，都知道 Java 中每一个 Object 都有一个 hashCode() 方法，该方法返回一个 int 值，相同的对象必须返回相同的 hash Code（不同的对象不一定要求返回不同的值). 在 HashMap 中 hashCode() 方法首先被用来计算 bucket 然后计算 index。

Buckets

Buckets 是 HashMap 中的一个数组元素，它用来保存节点，节点可能有相同的 bucket。Buckets 的容量是不同的，bucket 的容量大致：

capacity = number of buckets * load factor

单一的一个 bucket 可以拥有超过一个 nodes，hashCode() 方法越好，那么 bucket 会利用的更好。

HashMap 中的 Index 计算

HashCode 会产生一组 int 数值，如果我们创建一个这个范围的数组，极有可能造成 outOfMemoryException。所以需要知道产生数组的一个最小大小：

index = hashCode(key) & (n-1)

n 是 bucket 的数值。

重要的成员变量：

• table 是一个 Entry[] 数组，单向链表
• size 是 HashMap 大小，保存键值对数目
• threshold 是阈值，判断是否需要调整容量，threshold= 容量*加载因子，当存储容量达到阈值，需要将 HashMap 容量加倍
• loadFactor 加载因子
• modCount 用来实现 fail-fast 机制
• entrySet 键值对 Set

在上面的描述中，我们知道如果发生 hash 冲突，所有的节点都保存在一个 linked-list 中，那么最坏的时间复杂度可能是 O(n).

为了解决这个问题，Java 8 中 hash 元素当达到一个阈值之后使用了 balanced trees 而不是 linked list. 这意味着 HashMap 在达到一定数量之后将 Entry 对象转而存储到 balanced tree 中，而最坏的时间复杂度从 O(n) 降至 O(log n)

注意点

• 直到 rehash 之前 put 和 get 的复杂度都是稳定的
• 假设产生冲突，第二个节点会用 linked list 串起来
• key 为 null 时 hash code 为 0

Java 8 中的 hash() 方法：

static final int hash(Object key) {
    int h;
    return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}

为了解决哈希碰撞，将 put 到 HashMap 的 key 的 hashCode() 高位和地位综合考虑，在计算时亦或一下高低位（高 16 位异或低 16 位）。

Hashtable

Hashtable 继承 Dictionary，实现 Map, Cloneable, Serializable 接口。Hashtable 函数都是同步的，线程安全的，key 和 value 都不能为 null。

Hashtable 和 HashMap 一样，也是通过“拉链法”来实现的。

TreeMap

TreeMap 是一个有序的 key-value 集合，顺序通过 key 排列，通过红黑树实现

public class TreeMap<K,V>
    extends AbstractMap<K,V>
    implements NavigableMap<K,V>, Cloneable, java.io.Serializable

内部根据 key 的自然顺序排序，或者根据创建时提供的 Comparator 排序。基本操作包括 containsKey, get, put, remove 的时间复杂度是 log(n).

TreeMap 不是线程安全的。

内部 Entry 结构包含红黑树节点的 6 个组成部分

static final class Entry<K,V> implements Map.Entry<K,V> {
    K key;
    V value;
    Entry<K,V> left;
    Entry<K,V> right;
    Entry<K,V> parent;
    boolean color = BLACK;

WeakHashMap

[[WeakHashMap]] 是弱键，当某个键不再正常使用时会被从 WeakHashMap 中自动移除。准确的来说，对于一个给定的键，并不能阻止垃圾回收器对该键的回收。

WeakHashMap 的 key 是弱键，通过 WeakReference 类型实现。

ReferenceQueue 是一个队列，保存被 GC 回收的弱键。

WeakHashMap 是不同步的，可以使用 Collections.synchronizedMap 来构造同步的 WeakHashMap。

Java 中的引用方式

在理解 WeakHashMap 之前首先要知道 Java 中的几种引用，Strong，Soft，和 Weak 引用。

强引用

Integer one = 1;

GC 不会随意回收强引用

软引用

Integer prime = 1;
SoftReference<Integer> soft = new SoftReference<Integer>(prime);
prime = null;

GC 只有在 JVM 及需内存时才会回收软引用

弱引用

Integer prime = 1;
WeakReference<Integer> soft = new WeakReference<Integer>(prime);
prime = null;

GC 会频繁的回收弱引用内存，即使不是极其需要内存也会进行回收。

WeakHashMap 中就是用了 WeakReference 类型。

使用场景

比如某些情况下需要在 value 中保存极大的内容，比如图片内容，那么会消耗极大的内存，而如果使用普通 HashMap 那么这些图片的内容不会轻易释放，这个时候就使用 WeakHashMap 比较合适。

hash 函数

hash 函数的目的是为了让 key 的 hash 尽量均匀的分布到 bucket 中

final int hash(Object k) {
  int h = k.hashCode();

  h ^= (h >>> 20) ^ (h >>> 12);
  return h ^ (h >>> 7) ^ (h >>> 4);
}

Set

Set 的实现类基于 Map 实现

• HashSet 通过 HashMap 实现，不保证顺序
• TreeSet 通过 TreeMap 实现，有序

HashSet

没有重复元素的集合，由 HashMap 实现，不保证顺序，允许使用 null。非同步。

public class HashSet<E>
    extends AbstractSet<E>
    implements Set<E>, Cloneable, java.io.Serializable

TreeSet

有序 Set 集合，基于 TreeMap 实现，二叉树实现，非同步的

public class TreeSet<E> extends AbstractSet<E>
    implements NavigableSet<E>, Cloneable, java.io.Serializable {

Enumeration Vs Iterator

枚举类和迭代器，都能用来变量集合，他们都是接口

public interface Enumeration<E> {
    boolean hasMoreElements();
    E nextElement();
}

public interface Iterator<E> {
    boolean hasNext();
    E next();
    void remove();
}

Enumeration 只能够读取集合数据，不能修改；而 Iterator 能够删除

Iterator 支持 fail-fast 机制（多个线程对集合内容操作），而 Enumeration 不支持。

Comparable Vs Comparator

Comparable 是排序接口，一个类如果实现了 Comparable 接口，意味着该类支持排序。

public interface Comparable<T> {
    public int compareTo(T o);
}

通过 x.compareTo(y) 函数比较 x, y 大小，返回负数则 x < y， 返回 0 则 x=y，返回正数则 x>y

Comparator 是比较接口，如果要控制某个类的次序，而类本身不支持排序（没有实现 Comparable 接口）那么可以建立一个类比较器。

public interface Comparator<T> {
    int compare(T o1, T o2);
    boolean equals(Object obj);
}

Comparable 相当于“内部比较器”，而 Comparator 相当于“外部比较器”。如果你无法修改某个类来改变其实现，而又想要让他实现排序，那么只能够使用外部比较器了。

equals Vs ==

== 作用是判断两个对象地址是否相等，即判断两个对象是不是同一个对象。

equals 作用也是判断两个对象是否相等，但有两种情况：

• 类没有覆盖 equals 方法，等价于 ==
• 类覆盖了 equals 方法，若相同，则返回 true

reference

• http://www.javamex.com/tutorials/collections/hash_function_guidelines.shtml

Here is some config file paths and some commands I used to deal with GitLab. This is a learning note, not an instruction of installing GitLab on your server. For the detail of installation, please check the official site and playlist I create on Youtube.

config

gitlab 主要配置目录 /etc/gitlab/gitlab.rb

command

• gitlab-ctl reconfigure always run this command after modifying the config file /etc/gitlab/gitlab.rb. All the config files are generated by this command and located under opt/gitlab/embedded/service/gitlab-rails/config.

• gitlab-ctl start|stop|restart start stop and restart gitlab service

• gitlab-ctl status 输出类似下面的格式：

    run: logrotate: (pid 744) 197s; run: log: (pid 737) 197s
    run: nginx: (pid 743) 197s; run: log: (pid 731) 197s
    run: postgresql: (pid 748) 197s; run: log: (pid 738) 197s
    run: redis: (pid 746) 197s; run: log: (pid 734) 197s
    run: sidekiq: (pid 747) 197s; run: log: (pid 736) 197s
    run: unicorn: (pid 745) 197s; run: log: (pid 735) 197s
  

• gitlab-ctl tail trace the log, and check error

• gitlab-ctl tail postgresql 单独查看 postgresql 日志

file path

• /opt/gitlab gitlab 和依赖应用的代码

• /var/opt/gitlab/bin gitlab-ctl reconfigure 命令写入的地方，存放应用数据和配置文件 /etc/gitlab omnibus 版本 gitlab 的配置文件，平常只需要修改这个配置文件就够了

• /var/opt/gitlab/git-data/repositories all the repo are stored here.

• /var/log/gitlab 包含 omnibus 版本 gitlab 所有组件的日志数据

• /var/opt/gitlab/nginx/conf/ nginx.conf and gitlab-http.conf

GitLab SMTP setting

official document is here

Following is my setting to use 163 NetEase’s SMTP service. But after I test for a while, most of GitLab emails were blocked by the service. So I change my setting to use mailgun.

# If your SMTP server does not like the default 'From: gitlab@localhost' you
# can change the 'From' with this setting.
# 网易服务器 smtp 机器要求身份验证帐号和发信帐号必须一致
# 如果用户在发送邮件时，身份验证帐号和发件人帐号是不同的，因此拒绝发送。
gitlab_rails['gitlab_email_from'] = '[email protected]'
gitlab_rails['gitlab_email_reply_to'] = '[email protected]'

#send gitlab notification via SMTP by 163.com
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.163.com"
gitlab_rails['smtp_port'] = 25
gitlab_rails['smtp_user_name'] = "[email protected]"
gitlab_rails['smtp_password'] = "smtp password"
gitlab_rails['smtp_domain'] = "163.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = true

This is my setting for mailgun

# Sending email via SMTP using mailgun, following is the config
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.mailgun.org"
gitlab_rails['smtp_port'] = 587
gitlab_rails['smtp_user_name'] = "[email protected] created in the console of mailgun"
gitlab_rails['smtp_password'] = "password created in the console of mailgun"
gitlab_rails['smtp_domain'] = "your domian.com same as the @domain.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = true

##Ref

http://doc.gitlab.com/omnibus/

莫名奇妙的陪同学看了这场电影，看之前完全没有了解，只是听说这部电影是在他们那里拍摄的，其他的一无所知。而看之前也同样在豆瓣了解过，5.2的评分让我完全不抱希望，只是同学一再推荐就去了。

只是一部文艺电影，坐在电影院里我一再告诫自己，于是电影就开始了。开场部分大段大段的自白，缓慢的镜头，那个叫做公母寨的地方确实很美，其实整个故事很简单，一个下乡的青年遇到了曾经的初恋，发生了一段美好的故事，虽然结局很悲惨，但过程很美好。这是一个很美好的青春故事，夹杂着那个时代，那个地点特有的符号，特有的宁静，特有的风景，原本应该是一个既能看风景又能看颜值的美好爱情片，却分分钟让我出戏，太过文艺的对白，让我觉得整个过程就像是两个人在背书，虽然作为一个90后并不知道80年代人们的对话，但是总觉得如电影中那样的对话是不大会出现的，你能随口一句话就能引发人生无限思考还能保证押韵？其二就是无法忍受的慢镜头，虽然爱情片总该有那两个镜头能够让人感受到浪漫，但，但对我来说更多的是无聊的等待，当然也有一些记忆深刻的镜头，就比如那个两人坐在竹桥上彻夜谈天，男主吹口琴的瞬间让人感觉到了些许浪漫。其他的镜头和叙述真的很让人出戏。

不过还有些需要被提起的，乡长和老田真是片中最喜欢的两个角色了，在这样的怀旧爱情片中能够出现这样的小插曲还是挺好，一个就是男主和乡长同上厕所，一个就是男主女友来找老田在楼下扫地说，饭菜能准备，床没法准备，再一个就是乡长拿错男主写的情书的时候。也就这样的时候让人会心的一笑。

如果按照观影风向标的打分标准来说，我可以给的分数分别是剧情5分，表演4分，可以给乡长和老田5分，而娱乐性是2分，有一个好的故事却没有一个会讲故事的好导演，哎。

当然此类电影的出现本来就是值得赞扬的，电影院长期被小时代，匆匆那年等等青春爱情片占领的时候出现这样一部稍微文艺一点的爱情片的时候，也不能苛求过多，只是这部电影能让我记住的也就只有那山间的风景了，远眺满山的茶树，中间些许采茶人，也有一条或隐或现的小道，主人公走在这条小路上去找女主的爸爸。

而对比我们的邻居韩国，他们一向以爱情片为人所知，但当然他们什么类型片都能产出了的，但他们拍摄爱情片总让人不能忘却，我的野蛮女友已经过了十多年，我依然会为男女主角的美好爱情所感动，我脑海中的橡皮擦，这只是一部偶然间看过的电影却让我无法忘怀，假如某一天我失忆了，我的另一半会有这样的坚持，陪我重走一遍曾经走过的地方吗？而假如爱有天意，讲过去的爱情故事，其实和这部1980有着相同的背景，却拍出来完全不一样的感觉，这些韩国电影却总有一两个镜头让人无法忘却，总有一两首让人记忆犹新，而回想这部片子，我真的已经想不到什么了，那两首出现过的歌，真是让看得我无比的尴尬，那真的是那个时代人唱的歌嘛？

而更加让我无法接受的便是片尾追加的几十年过后，一次同学聚会，一次滚床单，一次拒绝，而后又是几十年的离别，最后男主想要回到那个宁静的山村的时候，女主却得绝症去世了。世上有这样巧的事情，真巧想到她的时候，她就不再了？虽然知道电影是由小说改编，可是这样的离奇巧合让我无法接受更让我无法接受的是女主嫁人，而丈夫车祸去世了，女主还得了绝症，这是再拍韩剧么？如果导演或者小说作者想要在最后营造悲伤氛围的话，这并不是最佳的方法，我们的眼泪并不会这么留下来，而在此过程中我看到的是男主作为一个男人无法承担起的责任，虽然女主怕步她母亲的后尘怕连累男主，而选择留在山村，如果说女主留在山村最后的目的只是照顾年老的父亲的话，那么父亲去世之后，她便没有了继续留着的理由，她也有理由追寻自己的梦想，追寻自己的理想，甚至是追寻自己的情人，虽然片中并没有对女主有太多的感情描写，但我坚信女主并不是不喜欢男主，不然何必几年前给的笔记本还留着，几年前给的口琴还留着，当然这也可能只是故事太过悲剧，我并不想接受而已啦，我只是尽可能的讲了我的感受，我并没有看过小说或者了解过作者和导演本身。

而最后片中浅尝辄止的历史背景，大家都知道77年恢复高考，78年改革开放，而之前是整整十年的浩劫，乡政府的老田，我倒是很愿意听一听老人家的故事，女主的建筑师父亲，我也愿意听一听您的故事，那是真真的爱情，虽然片中老田也说过了，他说他并不记恨他的妻子，但是他们有感情，虽然那可能并不是我们通常说的爱，而桥梁建筑师的爱情则更加让人惋惜，老人会后悔一辈子吗？电影中也没有交代，只是给了一个老人看着墙上妻子的照片久久不能走动的背影。或许是因为审查的关系亦或许导演或者作者想要说明什么，这世上的爱情并不是什么天长地久，而是就是远隔天涯也能默默的祝福彼此。

http://movie.douban.com/review/7601848/

GitHub 官方默认使用的 markdown 解析器是 kramdown，他的语法和 markdown 定义的内容相差无几，只有一些些扩充，下面是一些常用的 markdown 语法以及在本博客中可能会使用到的语法内容，如果想要了解 kramdown 的语法可以参考官方的 ref。

h1 Heading

h2 Heading

h3 Heading

h4 Heading

h5 Heading

h6 Heading

Horizontal Rules

Emphasis

This is bold text

This is bold text

This is italic text

This is italic text

Blockquotes

Blockquotes with plain text

Blockquotes Text

Blockquotes with Lists

• List one
  • List one.one
  • List one.two
• List two
• List three

To end the Blockquotes just put an empty line under >

Lists

Unordered

• Create a list by starting a line with +, -, or *
• Sub-lists are made by indenting 2 spaces:
  • Marker character change forces new list start:
    • Ac tristique libero volutpat at
    • Facilisis in pretium nisl aliquet
    • Nulla volutpat aliquam velit
• Very easy!

Ordered

1. Lorem ipsum dolor sit amet

   This is ordered List one content

2. Consectetur adipiscing elit
3. Integer molestie lorem at massa

This is another ordered list

1. You can use sequential numbers…
2. …or keep all the numbers as 1.

Start numbering with offset:

1. foo
2. bar

Code

Inline code

Indented code

// Some comments
line 1 of code
line 2 of code
line 3 of code

Block code “fences”

Sample text here...This is code block...paste some code here to try

Tables

Right aligned columns

Links

markdown syntax

[link text](http://einverne.github.com)

output:

link text

Add “title text” (which shows up under the cursor)

[link with title](http://einverne.github.io/ "title text!")

output:

link with title

Most URLs will automatically be turned into links. To be explicit, just write it like this:

Autoconverted link <https://github.com/einverne>

output:

Autoconverted link https://github.com/einverne

Reference Links

You can also put the [link URL][1] below the current paragraph
like [this][2].

   [1]: http://url
   [2]: http://another.url "A funky title"

Output:

You can also put the link URL below the current paragraph like this.

Here the text “link URL” gets linked to “http://url”, and the lines showing “1: http://url” won’t show anything.

Or you can use a shortcut reference, which links the text “shortcut” to the link named “shortcut” on the next paragraph.

Or you can use a [shortcut][] reference, which links the text
"shortcut" to the link named "[shortcut]" on the next paragraph.

[shortcut]: http://goes/with/the/link/name/text

Output:

Or you can use a shortcut reference, which links the text “shortcut” to the link named “shortcut” on the next paragraph.

Images

To include an image, just put a “!” in front of a text link:

![Minion](https://octodex.github.com/images/minion.png)

output:

The alternate text will show up if the brower can’t load the image. You can also use a title if you want, like this:

![Stormtroopocat](https://octodex.github.com/images/stormtroopocat.jpg "The Stormtroopocat")

output:

Like links, Images also have a footnote style syntax

![Alt text][id]
[id]: https://octodex.github.com/images/dojocat.jpg  "The Dojocat"

output:

With a reference later in the document defining the URL location:

emoji

+1 :+1:
smile :smile:
laughing :laughing:
wink :wink:
grin :grin:
cry :cry:
confused :confused:
yum :yum:

You can find the Emoji from this link

Footnotes

Footnote 1 link¹.

Footnote 2 link².

Inline footnote^[Text of inline footnote] definition.

Duplicated footnote reference².

Abbreviations

This is HTML abbreviation example.

It converts “HTML”, but keep intact partial entries like “xxxHTMLyyy” and so on.

因为本 Jekyll 在 _config.yml 中配置使用 kramdown markdown解释器，所以更多的语法可以参考官方语法页面

公式

使用 MathJax

使用行内模式 $x^2$ 显示为 $x^2$

使用块模式，用 $$ ... 公式内容 ... $$ 来格式：

这里提供在线 LeTex 公式编辑

• https://www.codecogs.com/latex/eqneditor.php

Screen 是用另一个比较轻便的终端复用工具，[[Tmux]] 可以参考另外一篇文章。Screen 让用户可以在一个终端中开启单独不同的 “screen” 终端窗口来使用。我们都知道使用 ssh 连上服务器之后如果因为网络问题终端了当前连接，那么正在执行的任务也会因此中断，所以我们可以将长时间的任务放到 Screen 中执行，即使因为网络问题断开了 SSH 连接，再次使用 SSH 连上之后也可以轻松的恢复之前的任务。

Screen 让用户之前也可以分享 Session，只要 Screen 状态存在，其他用户也可以 detach/attach 到相关的 terminal Session 中来实现分享。

至于为什么有了这篇文章呢，是因为之前登录要一些机器上，发现并没安装软件的权限，所以安装不了 tmux，而发现系统中自带了 screen ，所以就学习一下。如果使用过 tmux 那么 screen 也是非常简单的。

安装

sudo apt install screen

使用

使用 Screen 非常简单

screen

这是会进入 Screen 创建好的环境。使用 Ctrl-a 在加上 ？ 可以查看所有的快捷方式。

下面介绍比较重要的几个快捷键

新建 screen

通常情况下只需要 screen 新建匿名的 screen 即可，如果需要给 screen 命名可以使用

screen -S name

detach / attach Screen

Ctrl-a  d          detach screen 用来从 Screen 中脱离

需要重新连接则使用 screen -r

如果有多个 Screen，则需要使用 screen -ls 来查看 Session 的 ID。然后 screen -r id 来 attach。

修改 screen session name

如果在 screen session 内部，使用：

Ctrl + a 然后按下 :sessionname new_name

注意这里的 Ctrl + a 是 screen 的 prefix, 还有命令之前的冒号一定要加。

如果在 screen 外

screen -S old_name -X sessionname new_session_name

上面两个方法可以修改真正的 session name 但是在并不会修改窗口的名字，如果要修改界面窗口的名字则需要

Ctrl + a 然后使用 Shift + a 再输入名字，则能够修改窗口显示的名字

切换多个 Screens

Ctrl-a n        下一个 screen
Ctrl-a p        上一个
Ctrl-a 0-9
Ctrl-a space    按 0 - 9 顺序切换
Ctrl-a w        显示所有窗口列表
Ctrl-a c        创建新的
Ctrl-a k        杀掉 screen

Copy 模式

类似 Tmux ，使用 Ctrl-a [ 进入 copy 模式，在 copy mode 下可以复制，搜索等等，类似 vim

Ctrl-b      PageUp
Ctrl-f      PageDown
0           行首
$           行尾
Space       标记起点，第二次标记结束
Esc         结束 Copy 模式

Ctrl-a ] 粘贴，可以将 Copy 模式中选定的内容粘贴上。

高阶

screen 可以在 /etc/screenrc 和 $HOME/.screenrc 两个文件中添加更多的配置。比如绑定快捷键，设定启动窗口，用户控制等等。

reference

• https://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/
• https://unix.stackexchange.com/q/27780/115007

百科解释

维基百科上面的解释，百毒百科大概的解释也类似

在现代标准汉语读音里，有两种分歧：一种读嫖（piáo）《汉语大词典》；另一种读朴（pú，注音：ㄆㄨˊ）。中国大陆一般取前者，而台湾则取后者。

按《广韵》记载，该字“普角切”，按中古音到北京音的演变规律推导，应该读如po。韩语中“普”读作보（po）；“角”读作각（gak），“朴”读作박（pak），符合中古音向汉字韩音的演变规律。而一些保留入声的汉语族语言如粤语、闽南语等也读如“朴”。

在古代，所有情况下“朴”的发音都是“普角切”。唯一的例外是作为姓氏。“朴”姓非汉族姓氏，三国时代有夷王“朴胡”。《文选》陈琳《檄吴将校部曲文》有“巴夷王朴胡、賨邑侯杜濩各帅种落，共举巴郡，以奉王职”。《三国志·魏志·武帝纪》有 “建安二十年（公元215年）“九月，巴七姓夷王朴胡举巴夷来附”。《集韵》注云:“披尤切。夷姓也。”可见在当时作为姓氏，“朴”的发音与一般情况下不同。但是第一，即使披尤切，中古拟音phiu，按演变规律今天普通话也应该读作pou；第二当时的朴姓与后来新罗的朴姓未必同源。因此piao音在音韵学上无可信依据。有一说法则认为是朝鲜语固有词“박”的意译“瓢”（piáo）。

我没有找到任何证据显示说“朴”字的发音应该念成piao，维基中也提到一句，“piao音在音韵学上无可信依据 ”。于是我继续寻找证据，说文解字中的解释

從木。卜聲。

匹角切。三部。按凡鞭扑字從手作扑。卽攴字也。凡樹皮字從木作朴。凡棫樸、樸屬字作樸。卽㯷之省也。凡朴素字作樸。皆見說文。

同样没有任何证据显示“朴”字念piao的音。而我无意中找到这样一篇文章，文中作者同样也对piao的音提出了疑问，而其中作者引用了一段维基中的原文，而和我读到的维基原文竟然有了一段话的偏差

根据朝鲜半岛新罗的开国君主、朴姓的始祖赫居世的传说，相传赫居世是从天上飞来的白马生下的紫卵中出生的，卵形同瓢，所而取姓为朴。朴是朝鲜语“박”的音译。박意味瓢。 (按：”호박”이라는 “박”)

在中文读音里，有两种分歧：一种读嫖（piáo）《汉语大词典》；另一种读扑（pū）《资治通鉴》。中国大陆一般取前者，而台湾、香港则取后者，依据名从主人的原则，朴读作扑比较合理。

按《广韵》记载，该字“普角切”，按中古音到北京音的演变规律推导，应该读如po。“普”韩语读作보pu；“角”韩语读作각gak，“朴”韩语读作박pak符合中古音向汉字韩音的演变规律。

估计当年中国审音委员会为“朴”做普通话审音的时候犯了技术错误，“普”普通话读作pu，“角”普通话读作jiao，于是“朴”就审定为piao，而忽视了“角”的颚化介音i是由于受古声母g颚化为j的影响。“朴”不应该引入这个介音i。河北枣强县朴庄，当地口头都说成“炮庄”，不带介音i。

这段文字中提到的中国审音委员会一段在如今的维基百科中被删去了，虽然也可能是维基百科中对来源的准确要求，但是却大大影响了对朴字发音的理解。所有的一切都有了解释，piao的发音都是当年中国审音委员会的一次“错误”。更加重要的是该文中提到的另一段证据确凿的文字。引用如下

专业解释

“朴”字的音

主题：“朴”字的音(1)

版权所有：了了斋 原作

提交时间：08:52:37 08月07日

[按] 【我本来也是跟兄一样，想等方言的材料说明这几个音的关系。看来不容易。也许大家和你我一样，都是平时只用“朴素”的音，其它的音是从字典上查出来的。我是既没见过朴树，也没吃过厚朴。姓朴的也只知道是朝鲜族的大姓，可是说实话，我还没遇到过姓朴的呢。想兄暂时还一筹莫展，我就先走一步，试着回答一下。请兄海涵。

我现查材料现写，请大家随时补充修正，也寄希望有方言材料随时补充上来。请版主原谅冒昧.】

“朴（繁体）”在《广韵》里出现在 4个地方，分别是：

（1）模韵，薄胡切：“朴澴（不是水旁，是立刀旁），县名，在武威。澴音还。”折合今音是pu2。
（2）屋韵，蒲木切：“《尔雅》云：漱（不是水旁，是木旁）朴，心。又音卜。” 折合今音是bu2。
（3）屋韵，博木切：“域（不是土旁，是木旁）朴，丛木。又音仆。朴域，小木也。”折合今音是bu3。
（4）觉韵，匹角切：“木素”。后面要论证，这是今“朴素”的来源

所以我们暂时定音为pu3。

另外，《广韵》也收了“朴”（简体），在觉韵繁体“朴”的后面：“朴，上同。又厚朴，药名。”

这里面，（1）-（3）都是复音词中的音，不知道是从什么路数上来的。看得出，有根底而且与今音有关的是（4）。

（注：《尔雅》一句，通行的断句如此。似不通。望通人教我。）

主题：“朴”字的音(2)

版权所有：了了斋 原作

提交时间：06:34:00 08月08日

《现代汉语词典》的“朴”字有4个音，出现在下面的说法里：
（1） po1，朴刀。
（2） po4，朴树。朴硝。
（3） piao2，姓。
（4） pu3，朴厚，朴陋，朴茂，朴实，朴素，朴学，朴直。
另外，《字典》给“厚朴”的注音是po4。
可以看出，pu3是活棋，其他都是死子儿。

主题：“朴”字的音（3）

版权所有：了了斋 原作

提交时间：07:18:17 08月09日

《辞海》也是4个音，同《现代汉语词典》，不必罗列。
不过，《辞海》是百科辞典，它要照顾古今。所以《辞海》在pu3下列有从古至今的不同义项。我们看一看这些义项：

（1） 树皮。《文选·王褒〈洞箫赋〉》：“秋蜩不食抱朴而长吟兮。”李善注引《仓颉篇》：“朴，木皮也。”
（2） 未经加工的木材。《论衡·量知》：“无刀斧之断者谓之朴。”
（3） 原价，本钱。《商君书·垦令》：“贵酒肉之价，重其租，令十倍其朴。”
（4） 敦厚；质朴。《孔子家语·王言解》：“民敦俗朴。”陆机《羽扇赋》：“创始者恒朴，而饰终者必妍。”
（5） 老子用语。指原始自然质朴的存在，即“道”。……

第一项是皮相之见。秋蜩抱朴，它不抱在树皮上，难道还能抱在树心里？这句话不过是说，在肃杀的秋风里，寒蝉抱在木华脱尽的败枝上（所以叫“朴”）长鸣不已。“刀斧之断”就是加工，加工之前就是“朴”。所以“朴”才能成为变化之本，才能后来“十倍其朴”。开始的时候只有“朴”，后来“十倍其朴”就“妍”了。老子当然是希望去雕饰，归真朴。所以，归结起来，“朴”的意义就是“未经修饰之前的原本”，其它是这意义上的延伸。

主题：“朴”字的音（4）

版权所有：了了斋 原作

提交时间：19:55:57 08月10日

《广韵》“木素”的说法来自于《说文》：“朴，木素也。”“素”指没有修饰，原始的；“朴”是“未经修饰的原本”，“朴素”是近义词的合成。前引《广韵》四个字里，只有这个字是它可能的来源。可是问题出在“木素”的“朴”来源于觉韵，就折合来说，不应当是“pu3”，而应当是“po”（声调不可折合，我们后面再说。）

“朴”字以“噗（没有口）”得声。从前面引的《广韵》里就可以看出，四个字里有两个都是“屋”韵，而不是“觉”韵。翻开《广韵》更可以知道，这个声符的字在“屋”韵里的跟在“觉”韵里的完全不成比例，加上“沃”韵和“烛”韵的就更多了（今天可以同韵）。下面把字引在下面，不需要认识，可以有一个概略的印象（以下用 + 号代替这个声符）:

屋韵：
蒲木切：+毛，人+，臣+，矢+，+，禾+，木+
普木切：酉+，土+，禾+，手+，+鸟
博木切：水+，阜+，车+，女+，木+，犬+，足+，丝+，衣+，髡+，革+
沃韵：
蒲沃切：人+，臣+，金+，虫+，车+，+鸟
烛韵：
房玉切：幞，衣+
封曲切：革+
************
觉韵：
蒲角切：手人+
匹角切：璞，木+，牛+，土+

这就难怪了，觉韵的5个字，怎么能抵挡得了屋韵的32个字。而且，无论是繁体“朴”的谐声，还是简体“朴”的谐声，都是在“屋”韵（卜是博木切）。可不，今天的事实也是大家能认得的“璞”和“朴”都念屋韵了。

（周末我休息，提前发表。星期一再见。）

主题：“朴”字的音（5）

版权所有：了了斋 原作

提交时间：11:59:11 08月13日

有人说，语音的特点就是“习非成是”。这话不假。前一阶段大家都因“呆dai”“呆ai”二字语音合并而议论纷纷。这二字原来的意义是有差别的。ai是死板，死心眼的意思；dai是发愣，精神不正常的意思。一个人死板，不一定发愣；一个人是呆子，看问题可不一定死板（多数时候，他不看问题），有时候呆子还会突发奇想。可是“呆子”是书面上常见字，ai是口语字，现在的读书人又不常说这个词，最后dai 的音就战胜了ai 的音。（读书人也不见得不说ai，我有一回在课堂上听见周祖谟先生说，“看问题也不能太ai了。”而且周先生的发音前面还带有声母ng。不知道是北京话的底层还是周先生特有的地方口音。可惜一代鸿儒，转眼之间就不在了，求教无门。）dai、ai合一是最近刚刚发生的事，众情汹涌。有些是历史上的事，人们也就安之若素了。举个例子来说，“三分之一”现在大家都读“fen1”，其实这个字本念“fen4”，浊声母。吴语区的人大概还能分出来。意思是三份儿里的一份儿。现在大家按“分”理解，好像也讲得通，然而终究不能那么妥贴。不过硬要讲妥贴，也未免太ai了；可是全然不去动脑筋，不就成了“呆子”了？（我没有责怪的意思——难得糊涂，也许是一种大智。）

“习非成是”也不是说故意乱念就可以，这与契机有关。其中最重要的是力量对比。寡不敌众，优胜劣汰。从前，李白念李bo2，它怎么能顶得住白菜萝卜，白布红旗。李“伯”也就只好让位于李白了。“朴”字的音，按语音折合该念“po”，现在大家都念“pu”，这是无可奈何的事。况且这件事是由来已久的。觉韵的这几个字到了宋代的《集韵》里就多数有了屋韵的异读，甚至连“朴”(简体)也有了屋韵的读法。所以现在还想复辟旧音，也就太ai了。

补充：《尔雅》郭注有一个地方说明“雕”等五个词时说：“五者皆治朴之名。”可证“朴”确实是“未治”之前的东西。

（写到这里，我想看官也看累了，我也写倦了，pu3的音正好也讲完了。再写似乎腻味。暂时告一个段落吧。）

主题：“朴”字的音（6）

版权所有：了了斋 原作

提交时间：10:42:51 09月04日

（有始有终吧，我还是把这《“朴”字的音》写完。不过，以下所写，多少有一点学术性了，不能不表一些态，有说错的，有伤着的，请多包涵，也欢迎据理力争。）

其实，不但“朴素”的“朴”来源于“匹角切”，就是其他3个音也来自于这个反切。《广韵》的四个音，只有“匹角切”可以念“o”韵，其它的音只能是“u”韵。从那几个死子儿的读音被一分为三这件事可以看出，编字典的人大概和我们一样，根本就不知道那3个字念什么，只是依样画葫芦，查字典画出了那3个音，可惜画成瓢了。

“朴刀”我没有见过。从《现代汉语词典》的描写来看，大概就是一种没有修饰的，抡起来方便的实用刀。取名之由就是取其质朴的意思。

“朴硝”通称“皮硝”，是用来“硝皮”的。按《辞海》关于“朴硝”的说明，粗制的“朴硝”叫“皮硝”，精制的“朴硝”叫“芒硝”，可知“朴硝”的说法是相对“芒硝”而言的，也是取其“未治”的意思。

“厚朴”倒很简单。《广韵》收了这个词，就在“匹角切”的繁体的“朴”的后面。可是就连《广韵》已经注明“上同”的“朴素”的“朴”字都已经跑到了“u”韵，它又为什么要读“o”韵呢？

“朴”姓既然是姓，又不是一个常见姓，除了姓那个姓的人，别人也就不知道那是什么音了。我们后面要说明，其实那个音也是来自于“匹角切”。

既然它们都来自于“匹角切”，又为什么要被四分五裂呢？这根源于“朴”是个入声字。定音人吃了个烫山芋，心里烫的没抓挠，脸上还得装镇定。

主题：“朴”字的音（7）

版权所有：了了斋 原作

提交时间：07:38:41 09月05日

“朴”来自于入声，入声在官话区的中心地带是一个已经死亡了的调。

可是入声是国粹，也是士大夫摇头晃脑的资本。俞敏先生曾回忆说：旧时念《大学》是“大学xue4之道dao3，在明明德de4”（《李汝珍〈音鉴〉里的入声字》，《北京师范大学学报》1983年第4期）。“学”和“德”是入声字，可以看出，为了保存国粹，我国的士大夫是多么地甘冒佶曲聱牙于不顾。可是士大夫可以在念唐诗的时候念李白bo2，可是到了饭桌上，他也不敢把白菜说成“菠菜”。所以，这只能是一场闹剧。

天不作美，古入声的清音入声字在北京话里散入四声，没有规律可循。现代科学的研究法传入我国后，人们试图找到规律。最早有白涤洲先生的《北音入声演变考》（《学术季刊》第2卷第2期，1931），后有陆志韦先生的《国语入声演变小考》（《燕京学报》第34期，1948），走的都是统计的路子。白氏的结果是不送气清入归阳平，送气清入归去声；陆氏的结果是不送气清入阴平阳平差不多，送气清入归入阴平的更多。这真叫人哭笑不得，本以为数字总是客观的，没想到连这所谓客观的数字也靠不住。

另一条路子是领悟的路。这当然最好的成果是平山久雄先生的《中古汉语的清入声在北京话里的对应规律》（《北京大学学报》1990年第5期）。平山先生发现，凡动词念阴平，名词念上声。不用说，这是了不起的发现。（真正的发现就是那种谁都看得见，可是谁也不知道；等到发现后，大家又觉得没有什么了不起，放在谁也发现得了的那种东西。——我曾经把这项成果告诉马希文先生，马先生感慨地说，他从各个角度对入声字做了统计，就是没有从这个角度统计。马先生是五十年代北京的神童，七十年代我国863计划的主持人，八十年代我国计算语言学的开创者。马先生是一位不懈的追求者，也是计算机专家。可见智者千虑，也有偶失的时候。而不讳言误失，才不失科学家的本色。去年马先生往生它界，谨此纪念我国这位真正的科学家。）的确，我们只要把字列在下面，大家谁都会看得出来：

吃喝说挖刮揭拍戳擦掐贴塞劈刷滴泼扎杀歇织哭出……

脚角骨铁血曲谷雪宿(xiu3)柏塔法色(shai3)室(shi3)…… 事实胜于闭着眼睛的方法。这个结果无疑是对的。（我一点也没有否定方法的意思，我否定的是闭着眼睛的方法。我在一篇文章中说过，方法是客观规律的对应物。如果你拿来一种方法，居然可以解决问题，那只是说，那个事物的规律还没有用这种方法解决过，不是说那个方法是万能的。）——不过，就我的看法，平山先生对形成原因的解释还不能令人首肯，至少未达一间，有一个结还没有解开。目前这个发现是2+1=1，还不是1+1=1，希望有志于此的能最后解开这个语言学领域里的哥德巴赫猜想之谜。

这就决定了，“朴”的声调不可能折合。那么，“朴”的那些奇奇怪怪的声调又是怎么来的呢？

（注：“方法是客观规律的对应物”这句话不是我的发明，是我从课堂上听来的。可是老师也忘记出处了。向各位请教，有谁知道这句话的原出处，感谢不尽。——niina如何？）

主题：“朴”字的音（8）

版权所有：了了斋 原作

提交时间：07:16:38 09月06日

“朴刀”的“朴”是第一声，就先从它说起。

给“朴刀”定第一声，是知其不可为而为之。编字典，你总要给一个字定一个音，不能因为不知道而空着。这是没办法的事。

为了给清音入声字定音，普通话审音委员会有个规定：“古代清音入声字在北京话的声调，凡没有异读的，就采用北京已经通行的读法。凡是有异读的，假若其中有一个是阴平调，原则上采用阴平，例如：“息”，“击”。否则逐字考虑，采用比较通用的读法。”

所以，我估计，这个阴平调就是在这样的原则下决定的。

主题：“朴”字的音（9）

版权所有：了了斋 原作

提交时间：07:17:46 09月06日

“朴树”“厚朴”念去声，可是个开玩笑的音。

北京话没了入声，可就难坏了北京的读书人。——放到现在这网上，当然没问题，有人不是特别看不惯咬文嚼字吗？（不过你别看他在网上装潇洒，错别字满篇，真要给他填提职的表或者申请奖金的表，他恨不得情人给他当校对呢！）——可是那年头的读书人要做诗，还要押古韵，不知道入声这辈子别想得功名，于是就有了一个上不了台面的理论：入声通通念去声。这就是第（7）节一开头演出的那一场俞敏先生说的闹剧。这和前面说的“原则上采用阴平”可以说是异曲同工，或者用现在的时髦说法，刚好是一、二、三、四的“镜像原则”，两个极端交相辉映。这也就是为什么“厚朴”“朴树”念去声。

主题：“朴”字的音（10）

版权所有：了了斋 原作

提交时间：07:19:16 09月06日

“piao2”是“朴”姓的专用音。朝鲜人根本不念piao2，而是念pak。如果让汉人听起来，就是“pa”，根本听不成“piao2”。

其实这是北京话的老土话。“朴”字来源于“觉”韵。“觉”韵和“药”韵“铎”韵在中原地区念“o”韵（及其变体“e”韵），北京就念成“ao”韵。比如中原的“落luo”北京就念成“lao”；中原的“药yue”北京就念成“yao”；中原的“学xue”北京就念成“xiao”；中原的“觉jue”北京就念成“jiao”；中原的“郝he”北京就念成“hao”；中原的“弱ruo”北京就念成“rao”；中原的“着zhuo”北京就念成“zhao”；中原的“薄bo”北京就念成“bao”。当然了，中原的“朴po”北京就要念成“piao”了（以上举例里，“学、觉、朴”是同韵字）。北京人和东北人是一路的。北京人和东北人见过朝鲜人，这是他们的骄傲和自豪，他们说朝鲜人姓“piao”，别人还敢说什么，这不，《现代汉语词典》也就把“piao”收进来了。

主题：“朴”字的音（尾声）

版权所有：了了斋 原作

提交时间：07:08:48 09月07日

我要说的也说完了。要问我“朴”字该念啥，在我看，就是一个音——“pu3”。只有这是历史演变的自然结晶，其他都是人工的。为什么这个音会是活棋，其他的都是死子儿？很简单，因为它秉承了天地正气。你瞧，它的声调也刚好是合理的：“朴”是“未治”之器，名词，它该念上声。而其他的都是定音人的私生子，连声调也是没来由的。有人说，声调是汉语音节的灵魂——瞧那个“朴树po4shu4”，这不是诅咒那个树呢嘛，小心烂舌头！至于那位歌手，我想他一定愿意听人叫他“pu3shu4”而不愿意让人骂他“po4shu4”。我猜的不会错吧？

不过，我可得声明，如果大家要参加高考，还得写4个音，而且不能张冠李戴了。为啥？考官是他不是我。好在我写了这么多，大家也把这几个糊涂音的糊涂法儿记熟了，就算是我对传播这4个音当了功臣——如此想来，那4个音的制定者不会怪罪~我~吧~！

（补1：古反切折合今音，常常把人绕到五里雾中。不过“匹角切”倒是刚好切出来是“piao”。）

（补2：我估计“朴刀”就是大刀。“大刀”做专有名词不大好，所以叫“朴刀”。另外，古汉语直至近代汉语，“朴”应该是一个活跃的词。古代有“朴马”“朴牛”“朴猪”一类的说法，有人释为“大”或者“未经调驯的”，错！这是指未骟的，即今天的种马、种牛、种猪，也是“未治”的意思。（不过古代的用处大于今天，不能用“种”这个字眼，今天人类自大无比，可怜的动物也就只有这个作用了。）今天“朴”字已经退居“词素”的位置，所以上面所说的“活棋”也已经是半活的棋了。）

——全文完——

整段文字引用自《北京大学中国语言学研究中心》，很可惜，这个网站在我访问的时候已经无法访问，我不清楚为什么，最后只是简单的利用Google Cache找到了一些源头。

而我尝试访问中华人民共和国教育部网站，想探寻一下当年审音委员会的文件(关于《普通话异读词审音表》的通知)的时候，它告诉我栏目正在维护中，不了了之。而在其他网站

現在從字典到《辭海》，冷僻字都有大量錯音，主要原因是盲目用現代讀音套古字典反切，罔顧音系演變的其他規律。擧個例子：

“朴”審為piao2。按《廣韻》記載，該字“普角切”。估計當年中國審音委員會為“朴”做普通話審音的時候犯了技術錯誤，“普”普通話讀作pu，“角”普通話讀作jiao，於是“朴”就審定為piao，而忽視了“角”的顎化介音i是由於受古聲母g顎化爲j的影響。“朴”不應該引入這個介音i。

韓國姓“朴”讀作pak，是符合“普角切”在韓語中的演變規律的。那麽普通話也應該考慮“普角切”這個中古音節在普通話中是怎麽轉變的。還有個可能性是根據《集韻》“披尤切，音䬌。夷姓。” 用現代音，披pi2尤you2切出piou2，piou3不符合北京音系，就用近似的piao2。還是錯！

来自新一届普通话审音委员 北大中文论坛。

总结

因为最近看韩语发音，明明“박“的发音和pu相近，就是不明白为什么要生生的翻译成piao？韩语与汉语的渊源大家熟知，而我却一时迷失了，搜罗这么一大段文字，也许没有人能完整看完，而我也并不是自证pu发音的正确性，只是简简单单的感慨一下，历史时代的变迁或多或少的影响着后世的发展，文字的发音会因为一次阴差阳错的制定而变得如此可笑，而这更让我想起了《1984》中描写的对语言的改造，这一切也并不是不可能，既然发音可以变，那为什么含义就一定是那个含义呢？难道不会是后人赋予的某个含义么？如果没有人去考究，亦或是将原始资料全部焚毁，后人还知道吗？而这一切不也正是GFW正在干的事情，将一切不合“规定”的言论立即删去，把所有的言论圈在局域网内，让人无法考证，或许以前我们还能有纸质的文档可以保留下来，而如今大部分的资料都是电子形式，很久很久以后，我们还知道我们说的那个东西确确实实是那个东西吗？

记得很久以前看霍炬的一篇文章，其中说到一句，“Google给我们的最大价值，除了信息流动加速，就是信息永存，当写完一篇博客，点击发布之后，无数的蜘蛛就会把这篇文章复制若干，存在世界的各个角落。这些言论无法被某个组织控制或删除，也无法阻止其流动。”看到这里的时候，我就被深深地触动了，这是霍炬热爱Google的原因，同样也是我热爱Google的一大原因。回到朴字发音的问题，我当时问的时候，大部分人回答的是“朴树”念做“pu3shu4”，而事实上“朴树”念做“po4shu4”汉典，这是现代汉语字典定义的，“朴信惠”念做“piao2xin4hui4”，而事实上，我认为应该念做“pu3xin4hui4”。至于谁对谁错，又有什么意义呢？

参考

• 普通话和国语之间的差距
• 《廣韻》xml版

是时候告别朋友圈了，一遍一遍的告诉自己，曾经关闭过很长一段时间的朋友圈，后来又开启了，用过这段时间之后还是选择关闭。关闭之前说过推荐 10 部不得不看的韩国电影，今天推荐完最后一期，也就是最后关闭朋友圈的时候了。

内容匮乏，互动缺失

微信固有的封闭模式导致了微信产生的内容的局限性，原创的内容匮乏，朋友圈中充斥着转载文章，剩下的就是晒吃晒喝晒自己，而对于我，微信的审查机制导致部分文章在我看到之前就已经被删除，白白浪费我加载的时间，其他内容很少找到我感兴趣的，对于各种晒的，其实我也并不是太关心今天吃了什么，喝了什么。而互动性来说，微信是所有 SNS 中最封闭的，有时候会在网上随意浏览看新闻的时候看到微信朋友圈中的截图，并以此作为一个新闻，这时我会想，到底是哪个朋友出卖了在朋友圈中发表内容的人，就像前段时间网上流传的毕福剑的视频，原本只是朋友酒席上一番玩笑，却被拿到大众面前，我深深的为毕福剑有这样的朋友而感到悲哀。对那些想要堂堂正正发表新闻的人来说，获取别人通过公开渠道发表的内容才是对别人的尊重，如果当时发朋友圈的那个人只是想在朋友间发表内容，那作为他朋友圈中的一名，至少应该得到当事人的许可才能将朋友圈的内容公开，这是最基本的尊重。

而朋友圈最大的问题在于互动的缺失，正像之前看到的文章 —-“新技术真能带来变革吗？”一文中提到的，微信对于公共议题的讨论连微博都比不上。朋友圈中的大部分都是内容的消费者，而大部分的内容生产者都是抱着强烈商业目的的，都是想着向你卖东西。而少数剩下能够讲实话说真话的内容早已经在别人分享到朋友圈之前就消失在了微信的平台上。

即将泛滥的广告

随着微信用户量的增大，微信变现的方式也会越来越激烈，就前段时间还开放了广告自助平台，朋友圈的广告泛滥的结果可想而知，虽然目前朋友圈的广告并不是很多，大部分的广告也并不是很讨人厌，只是我天生的广告洁癖让我无法忍受。

朋友圈中的信息孤岛

或许有些人会反问我说，他们只是在碎片的时间中刷刷朋友圈，而我会回答他们，关闭朋友圈之后我会利用碎片的时间阅读 RSS，有着开放的互联网可以值得我去拥抱，为什么我还要看朋友圈那一点点和整个互联网脱离的孤岛。我宁愿在闲暇的时间看他人博客上经过长时间思考写出的文章，宁愿看 Google+ 上对于某个问题激烈的讨论。我关闭朋友圈的另外一个原因就是经常看到不经过大脑思考就转发的内容，就如之前的“贩卖孩童一律死刑”的转发，虽然我的朋友圈中父母亲并不是很多，但也依然看到了不少的转发。虽然我也并不能有任何指责，拐卖孩童本身就是一件很严重的违法事件，至于判刑，如果真像大家所说的那样呢？那件事情之后我看了很多的文章，有讲到美国儿童失踪之后的警方处理流程，有讲到法律判刑的基准，有讲到民意等等的，只是那些文章我都不是在朋友圈中看到的，朋友圈中终究没有人认真的讨论这件事情，而是无休止的引发着仇恨。

最后

终于有勇气关闭朋友圈，也再没对朋友圈有何留恋了。

参考

• 新技术真能带来变革吗？
• 对《该判死刑的不是人贩子，而是“民意”》一文的一点看法
• 美国如何防止拐卖儿童：三名孩子改变美国历史
• 媒体：“人贩子全部死刑”是挑战司法公正

引子

最早接触韩国电影是很久之前的我的野蛮女友，当时地方电视台播放过，那是我印象当中最早看过的韩国电影了，也是为数不多重复看过几遍的电影。说到韩国电影不得不提他们的OST（电影原声），我的野蛮女友让我记住了 I believe 的旋律，而 I believe 的旋律也让我一遍一遍的回想起电影中的情节。这或许就是音乐的魔力，在关键场景播放出动听的背景乐，不仅能够让调动观众的感情，也能让观众在过后听音乐时回想起电影中的一幕幕。曾经有同学和我说过，“有些歌一遍一遍听，听到最后就没有意思了”，其实这个时候我想告诉他，他没有体会到歌声背后发生的故事，听这首 I believe 的时候，会想起牵牛第一次遇见全智贤的时候，会想起他们在山头的喊话，会想起他们无数次的错过，最后有神奇般的相遇。

而如今想起整理10部不得不看的韩国电影关键是最近看韩国综艺较多，而其中《蒙面歌王》让我改变了对韩国文化的看法。《蒙面歌王》中有一句话说的很好，“摒弃一切偏见，参加比赛”，也正是这个节目让我寻获了很多好听歌，同时也认识了很多的实力歌手，也正是这个节目让我意识到我是不是一直对某些方面存在偏见，我是不是曾经看到韩文，看到日文就无意识的忽略，我是不是曾经对某些品牌，比如联想，存在固有偏见，我是不是曾经对某些方面的认识带有一种倾向。思考良久之后，我觉得我要整理整理我曾经看过的韩国电影， 从电影这一个部分去体会这个和我认识中的存在偏差的韩国。可能大部分的人对韩国的认识都是“棒子”，“中国节日的盗窃者”等等，虽然历史上可能韩国人做过一些坏事，可是几百年过去了，韩国早已跨出一大步，无论是在经济，还是在政治，还是在文化产业上都遥遥领先中国。而我们还在称呼他们“棒子”以为占得一时便宜，占得一时口舌之快就能在现实中超越人家。我们太天真也太傻了。有人说过，”偏见有的时候比无知还要可怕，就像你永远无法叫醒一个装睡的人”。

大部分人接触韩国电影可能都是从爱情片开始的，而看过的韩国爱情片并不是很多，继我的野蛮女友之后，看的第二部爱情片好像是建筑学概论，当然同样，这部电影让我记住了《记忆的习作》一曲，虽然现在剧情有所遗忘，但是如果此时想起《记忆的习作》一曲我依然能够辨识出来，也会想起电影中的一两个镜头。当然，虽然建筑学概论是一部好电影，但还远远没达到我要推荐的韩国电影的水平。近10年的韩国电影发展迅速，各种类型的片子都能找到一些，而我整理出来的10部片子中既包含了爱情片，同样有故事片，现实题材影片等等。10部影片分别是《熔炉》，《辩护人》，《素媛》，《7号房的礼物》，《流感》，《我的野蛮女友》，《杀人回忆》，《老男孩》，《恐怖直播》和《》，这10部影片中现实题材的影片占多数，而其中《熔炉》《素媛》揭露的未成年人性侵案，《辩护人》揭露的政府肆意践踏人权，《恐怖直播》中对电视台内部记者受贿说假话，主持人争权夺利，政府部门不愿意承认错误等等的讽刺，应该让很多中国人感同身受。韩国废除电影审查制度已有几十年时间，这几十年时间中诞生了多少鱼龙混在的电影，我没有做过统计，但却诞生了这么多伟大的电影，我想我可以用伟大来形容，《素媛》让韩国法律改变，《辩护人》让33年前的旧案翻盘，而《7号房的礼物》一片中的小女孩长大成为律师之后，给他的智障父亲翻案，这一系列的电影都在围绕着公平与公正展开，人类普世的价值从来不会因为外力的打击而消失，即使一时被打压，总有一天，所有尘封的黑暗历史都会展露在眼前。抛开现实题材，抛开犯罪电影，韩国的爱情片是最为人知晓的，即使是同样的剧本，韩国总能拍出不一样的味道，我并不是专业人士，也不能辨别镜头剪辑的水平，也并不能知道镜头调度的好坏，但是某种东西，某种感情，总能触动我，也似乎每部爱情片都能留下一两首脍炙人口的歌曲。

韩国电影还在发展，我期待看到更好的影片，当然我最期望能在国内影院上映一部能让我看的下去的国产良心片。

以下就是我整理的十部不得不看的韩国电影：

不得不看的电影之熔炉

韩国电影《熔炉》，视频网站都删了片源，只能下载来看。根据真实案件（性侵儿童案）改编，新闻报说促使韩国国会对相关法案进行了调整。炼心的电影。如果人都是天地培育，天生孤独，本性独立…或者更纯粹一点，存在即是不存在…会否都能活得纯粹一点… 我们一路奋战，不是为了改变世界，而是不让世界改变我们！

不得不看的韩国电影之辩护人

我们落泪，则不仅为电影，更为电影背后相似的历史与现实。我们尚且无法将历史与现实拍成电影。“他们有改变国家的电影，我们有改变电影的国家。”

2013年12月18日，《辩护人》在韩国上映。2014年2月13日，釜山地方法院对“釜林事件”二审宣判，改判被告人无罪。此刻，距离一审已经达33年之久。

不得不看的韩国电影之素媛

最孤独的人最亲切，受过伤的人总是笑的最灿烂，因为他们不愿让身边的人承受一样的痛苦

不得不看的韩国电影之7号房的礼物

当一个社会事件发生的时候，尤其当事者是弱势群体时，我们是否要跟随主流媒体去站在旁观者和道德审判者的角度去抨击当事人的无知和无耻。我们是否能独立的判断，这个事件到底是怎么样的，大多数人说的真的是事实真相吗？保持独立的观察和思考，不要成为冤假错案的帮凶，不要成为毁掉一个美好家庭的帮凶。

多年后，龙九被“洗白”，但这种翻案有没有法律效力都没有意义了，因为生命已经终结。我想起废除死刑的提议，我们是不是真的有足够正确的把握去判处一个人的死亡，而没有死亡又是否能填补被害者亲人的悲痛。

人类用千百年的时间竭力去构建一个 #理性 的审判机制，正义、自由、人权是文明社会最圣洁的象征，公检法与律师被看做是正义的代言人，但显然，现实永远不像动画片那么美好。

不得不看的韩国电影之流感

当流感来袭时，让人心寒的不是致命的病毒，而是人性的丑恶与自私。

不得不看的韩国电影之我的野蛮女友

我从来都不认为本片可以代表韩国爱情电影或者相关的电影昌盛现象！可在2002年的夏天，我和身边的一众原本对韩国电影带有蔑视态度的国内观众，却第一次真正领教了这个半岛国家在电影创作上的收放自如！我们的近邻用真正的实际行动告诉了我们，题材上的限制也可以用好的创意和想法来改变！而我们很多国人和电影制作者却仅仅看到了本片掀起的‘女强男弱’题材的热卖，造就了一票《河东狮吼》、《我的野蛮XX》系列众多东施效颦的作品。而完全没有看到韩国电影工作者的努力和想象力！ 十几年间，中国的电影票房呈现了几何程度的增长。电影市场的热卖并不是因为题材上创新能力的增强，或者观众审美水平的如何提高。仅仅是因为我们的经济水平在提高，人口基数的优势在日益显现而已！ 粗看《我的野蛮女友》不过是部有些别具一格的小清新加喜剧爱情电影，但细心看来本片却完全胜在了电影内容上的无限制性和颠覆性！它没有拘泥于某种形式上的条条框框，而是完全把富有想象力的情节段落做到了为电影本身服务，哪怕这些情节之前几乎难以被亚洲电影人所驾驭！时至今日，又有多少人曾经留意过这部电影留给过我们的感动和意外之喜。而在韩国流行文化肆虐的大陆市场，让国内众多业内人士谈‘韩’色变之时，其实邻国的文化传播及创作优势早在十几年前就已经显示出来，而我们却一直没有意识到和真正理解。。。

包裹着爱情外衣的奇幻电影

深愛自己的人，
就如電視劇裏面的男二號，
總是有的，
但懂得自己的人，
有的人一生都遇不上。

原来在这世上能遇上一个既爱你又懂得你的人是多么难得。那个爱你却不懂你的人，只能用他的爱来伤害你。你亦如此。如今，我只能眼睁睁看着这段感情在伤痕累累中慢慢消逝，无可奈何。他不懂得的，无论你怎么样解释，他还是不懂。

不得不看的韩国电影之杀人回忆

并不是每一部电影都要在最后揭晓答案，即使你百般追问、寻思闪回也不得其解。其实凶手是谁并不重要，那是一个人情味很淡的年代，各人疲于奔命只能勉强顾及自己，其实晚上戒严所有人都闭门不出是真正的凶手，军队被调去镇压游行而无法执行维护社会治安也是真正的凶手，官员的腐败导致民众的游行也是真正的凶手，所以在片尾.那个小女孩说凶手是一张很普通的脸，也就是说大部分人的冷漠杀死了受害者

不得不看的韩国电影之老男孩

你笑，世界和你一起笑；你哭，只有你一个人哭。

不得不看的韩国电影之恐怖直播

我们一路奋战，不是为了改变世界，而是不让世界改变我们！

不得不看的韩国电影之金南福杀人事件始末

最朴实的人被最信任的人唤醒心中的恶魔，才知道冷漠是这个世界上最锋利的镰刀。

还有好多好多电影值得推荐，由此可以看出韩国电影各种类型的片子百花齐放

喜剧：恋爱操作团，我的PS搭档，奇怪的她
战争：鸣梁海战，
动作：嫌疑人，
变态杀人：杀人回忆，追击者
灾难片：流感，汉江怪物
复仇：老男孩
社会边缘人物的悲剧：黄海（延边的贫民），熔炉（聋哑人），时间（整容），捉迷藏（流浪者）
友情爱情的：我脑中的橡皮擦，阳光姐妹淘，假如爱有天意，触不到的恋人，我妻子的一切，狼少年，建筑学概论
反战片：欢迎来到东莫村，

Python 方法的参数种类有很多，而不是通常语言定义的那样， Python 方法的传参能力要比想象的强大很多。很多初学者可能对一些库中带 * 带 ** 的参数类型非常奇怪，但是其实这些语法正是保证 Python 方法传参强大的重要因素。

First Thing

首先要声明 argument 和 parameter 的区别，很多时候这两个单词被直接翻译为参数更导致了很多人无法区分，argument 是调用方发起的称呼，parameter 是定义方法时使用

def foo(a, b):  # <- a and b are "parameters" or "formal arguments"
    pass

foo(1, 2)  # <- 1 and 2 are arguments to foo, that match a and b

参数类型

在讨论参数类型之前，先来看一个例子

def bar(a,    # <- this parameter is a normal python parameter
        b=1,  # <- this is a parameter with a default value
        *,    # <- all parameters after this are keyword only
        c=2,  # <- keyword only argument with default value
        d):   # <- keyword only argument without default value
    pass

这是一个典型的方法定义，其中包括了一些类型，但是还不全面。

Python 的参数类型：

• Positionals: matched from left to right 很多教程都叫做：位置参数

  顾名思义，就是从左往右匹配，比如 def foo(a, b): pass 传参的时候就必须 foo(1,'a') 按照位置传

• Keywords: matched by argument name

  也就是传参时需要指定关键词 (name=value) 这样的形式传，比如定义 def func(name=value):pass 然后调用 func(name=value)

• Defaults: specify values for arguments that aren’t passed

  可以给某些参数默认值，如果不传这些参数则使用默认值，这些可选参数传值时也需要 name=value

• Varargs collecting: collect arbitrarily many positional or keyword arguments

  方法可以使用带 * 或者 ** 的参数来收集任意长度的参数，定义方法时 def func(*name) 用来收集剩下的位置参数然后保存到 tuple 中，定义方法 def func(**name) 将收集所有的 keyword arguments 然后作为 dictionary

• Varargs unpacking: pass arbitrarily many positional or keyword arguments

  调用者可以使用 * 方式来 unpack 参数集合，比如 func(*sequence) 调用者将 sequence 的所有对象一个个按照顺序传入（作为单独的 positional arguments)， func(**dict) 调用者将 dict 中的所有 key/value 以单独的关键词参数传入 (keyword arguments)

• Keyword-only arguments: arguments that must be passed by name

  In Python 3.0 以后引入，可以指定必须 name=value 传递

总而言之，上面定义的参数类型模型，让 Python 能够决定方法需要传递多少参数，通常情况下位置参数调用者必须显示指定，而如果定义了默认参数调用者往往可以省去，而如果定义了 * 参数，则表示调用者可以传任意数量的参数。

顺序

方法定义和方法调用都要遵循一定的顺序：

• 方法调用者，参数列表需要按照如下顺序：positional arguments(value) -> keyword arguments(name=value) -> *sequence -> **dict
• 而方法定义时，参数定义需要按照： normal arguments(name)， 跟着 default arguments(name=value), -> *name -> name or name=value keyword-only arguments -> **name

在定义和调用时， **arg 如果定义都必须在最后出现，如果不按照顺序使用，会给出语法错误。 Python 内部按照下面的步骤来匹配参数列表：

• 先按照 positional arguments 来赋值，对于任何 positional arguments：

  1. 尝试将 argument 绑定到第一个没有填充的 parameter slot，如果 slot 不是 vararg slot，标记 slot 为 filled 。
  2. 如果下一个 unfilled slot 是一个 vararg slot，并且没有 name 那么报错
  3. 否则（下一个 unfilled slot 是一个 vararg slot)，所有剩下的 non-keyword arguments 都传给 vararg slot。

• 再按照 keyword arguments 来赋值任何匹配的参数

  1. 如果 parameters 中存在 name 和 keyword 匹配的参数，在将 argument value 赋值给 parameter slot. 如果 parameter slot 已经 filled，报错
  2. 否则，如果有 keyword dictionary argument, argument 就添加到存在的 dictionary，如果已经存在同名 key，则报错
  3. 否则，如果没有 keyword dictionary, 并且没有匹配的 named parameters , 报错
• 将剩余没有 keyword 的参数赋值给 *name 元组
• 将剩余的 keyword 参数赋值给 **name 字典

• 最后将默认值赋值给没有传入的参数

  • 如果 vararg slot 还没有填充，将空的 tuple 赋值给他
  • 对于剩下的空的 slot，如果有默认值则填充，如果没有默认值，则报错

在这些之后，Python 会检查每个参数都已经有且仅有一个值，如果不是将抛出错误。一旦匹配完成，Python 就将传入的对象赋值给参数名。

在这些都理清楚之后 Python 3.0 还有一个 keyword-only arguments 似乎还要费些笔墨。

Python 3.0 Keyword-Only Arguments

Python 3.0 总结了定义方法时参数列表的顺序，允许我们使用 keyword-only arguments —- 这类参数只能通过 keyword 传入，永远不会使用 positional argument 来填充。当我们既想要方法处理任意数量的 arguments 并且也可选的接受一些 configuration 选项时。

句法上， keyword-only arguments 类似于 named arguments，但是出现在 *args 后面。所有这类 argument 都必须在调用时使用 keyword 形式传入。

>>> def kwonly(a, *b, c):
        print(a, b, c)

>>> kwonly(1, 2, c=3)
1 (2,) 3

>>> kwonly(a=1, c=3)
1 () 3

>>> kwonly(1,2,3)
TypeError: kwonly() needs keyword-only argument c

这里 *b 如果不需要任意长度可以简写为 *

>>> def kwonly(a, *, b, c):
        print(a, b, c)

>>> kwonly(1, c=3, b=2)
1 2 3
>>> kwonly(c=3, b=2, a=1)
1 2 3
>>> kwonly(1,2,3)
TypeError: kwonly() takes exactly 1 positional argument (3 given)
>>> kwonly(1)
TypeError: kwonly() needs keyword-only argument b

在 * 之后依然可以使用带默认值的参数，b,c 如果被使用到则必须使用 keyword

>>> def kwonly(a, *, b='spam', c='ham'):
...
print(a, b, c)
...
>>> kwonly(1)
1 spam ham
>>> kwonly(1, c=3)
1 spam 3
>>> kwonly(a=1)
1 spam ham
>>> kwonly(c=3, b=2, a=1)
1 2 3
>>> kwonly(1, 2)
TypeError: kwonly() takes exactly 1 positional argument (2 given)

如果 keyword-only 参数没有默认值，则在调用时必须传入

在调用时，keyword-only 被传入时，必须要在 **args 之前

>>> def f(a, *b, c=6, **d): print(a, b, c, d)
>>> f(1, *(2, 3), **dict(x=4, y=5))
1 (2, 3) 6 {'y': 5, 'x': 4}

>>> f(1, *(2, 3), **dict(x=4, y=5), c=7)
SyntaxError: invalid syntax

>>> f(1, *(2, 3), c=7, **dict(x=4, y=5))
1 (2, 3) 7 {'y': 5, 'x': 4}

>>> f(1, c=7, *(2, 3), **dict(x=4, y=5))
1 (2, 3) 7 {'y': 5, 'x': 4}

>>> f(1, *(2, 3), **dict(x=4, y=5, c=7))
1 (2, 3) 7 {'y': 5, 'x': 4}

为什么要有 keyword-only arguments ，简单的来说，就是想让方法支持任意的 positional arguments 并且让 configuration 选项作为 keyword 传入。

比如想要实现一个函数，处理传入的一组对象，并且有一个开关用来指定处理完成之后是否通知

process(X, Y, Z)
process(X, Y, notify=True)

如果没有 keyword-only arguments，我们可能需要同时使用 *args 和 **args 并且人工的从 keywords 中获取 notify 。使用 keyword-only 可以节省很多

def process(*args, notify=False): ...

reference

• https://www.python.org/dev/peps/pep-3102/

Argument passing 指的是方法传参，对象是如何被传送到方法作为输入的。

下面是传参的几个要点：

• Arguments are passed by automatically assigning objects to local variable names.

  参数被传递后自动将赋值给局部变量名

• Assigning to argument names inside a function does not affect the caller

  在方法内部对参数进行赋值，不会影响调用者

• Changing a mutable object argument in a function may impact the caller

  方法可能会原地修改可变对象，从而影响到调用者

记住以上几点就能够清晰的明白 Python 中传参的要点了。Learning Python 一书中将 Python 传参模型和 C 语言比较，他们都有共同点：

• Immutable arguments are effectively passed “by value.”
• Mutable arguments are effectively passed “by pointer.”

Python 的这种传值机制使得在函数中传递对象变得非常简单，即使是很大的对象传递一个”指针“也非常快速。但是对于编程者而言需要非常明确地知道，在传递可变对象时需要特别当心方法会修改对象值。所以有必要的情况下，先拷贝一份对象内容再传递给方法。

举例

例子

def test_function_args(s: str, i: int, t: tuple, d: dict, c: tuple):
    print('-' * 10)
    print(f's id: {id(s)}, value: {s}')
    print(f'i id: {id(i)}, value {i}')
    print(f't id: {id(t)}, value {t}')
    print(f'd id: {id(d)}, value {d}')
    print(f'c id: {id(c)}, value {c}')
    print('-' * 10)
    s = 'in function'
    i = i + 10
    t = (3, 4)
    d['age'] = '20'
    c[0].append(3)
    print('-' * 10)
    print(f's id: {id(s)}, value: {s}')
    print(f'i id: {id(i)}, value {i}')
    print(f't id: {id(t)}, value {t}')
    print(f'd id: {id(d)}, value {d}')
    print(f'c id: {id(c)}, value {c}')
    print('-' * 10)


if __name__ == '__main__':
    s = 'this is a test s'
    i = 10
    t = (1, 2)
    d = {'name': 'ev'}
    c = ([1, 2], 3.14)
    print('-' * 10)
    print(f's id: {id(s)}, value: {s}')
    print(f'i id: {id(i)}, value {i}')
    print(f't id: {id(t)}, value {t}')
    print(f'd id: {id(d)}, value {d}')
    print(f'c id: {id(c)}, value {c}')
    print('-' * 10)
    test_function_args(s, i, t, d, c)
    print('-' * 10)
    print(f's id: {id(s)}, value: {s}')
    print(f'i id: {id(i)}, value {i}')
    print(f't id: {id(t)}, value {t}')
    print(f'd id: {id(d)}, value {d}')
    print(f'c id: {id(c)}, value {c}')
    print('-' * 10)

输出

----------
s id: 139714585800824, value: this is a test s
i id: 9277184, value 10
t id: 139714585799240, value (1, 2)
d id: 139714605570160, value {'name': 'ev'}
c id: 139714585797704, value ([1, 2], 3.14)
----------
----------
s id: 139714585800824, value: this is a test s
i id: 9277184, value 10
t id: 139714585799240, value (1, 2)
d id: 139714605570160, value {'name': 'ev'}
c id: 139714585797704, value ([1, 2], 3.14)
----------
----------
s id: 139714605058544, value: in function
i id: 9277504, value 20
t id: 139714585798664, value (3, 4)
d id: 139714605570160, value {'name': 'ev', 'age': '20'}
c id: 139714585797704, value ([1, 2, 3], 3.14)
----------
----------
s id: 139714585800824, value: this is a test s
i id: 9277184, value 10
t id: 139714585799240, value (1, 2)
d id: 139714605570160, value {'name': 'ev', 'age': '20'}
c id: 139714585797704, value ([1, 2, 3], 3.14)
----------