你对亲密关系的理解是什么呢？
父母、孩子、伴侣、挚友都是人生中不可或缺的重要关系。
亲密关系不是天生的，也不是一直稳定的存在。
它需要学习和经营，要认识自己、自律，认识他人、包容，穿越内心幽谷。
亲密关系，并不是一个“如何搞定那个人”的情感问题，而是一个自我成长的问题。
人们到底是如何选择自己的伴侣的呢？
 
起初我们总是喜欢在脑海里勾勒理想情人的样子，TA会是什么样的性格、样貌，有着怎样的才华？
我们会不自觉地参照这些需求，去寻找自己的另一半。
但往往当我们的关系越亲密越了解彼此，就越会发现TA其实并没有那么完美，甚至与自己的标准相差甚远，不免会带来一些落差感。
 
就好像在恋爱中，当男生察觉女生情绪的异常后，一般会选择直接去询问原因，而得到的答案也往往是“我没事”。
这个时候是真的可以放任女生不管，还是应该打破砂锅问到底，相信许多男生都会觉得这是一道世纪难题吧？
 
而当男生遇到挫折与困难时，习惯性会闷不吭声独自承担，女生这个时候到底应该默默无闻的陪伴、鼓励，还是主动提出给予帮助？
想关心另一半又怕伤及对方的自尊，常常让许多女生陷入手足无措的境地。
所以你看，即使如伴侣这般亲密的关系，也不是只靠爱情就能轻易维持稳定而顺畅的。
因为你越在乎的人，要求就会越高，且会把对方的所有行为都放大检视，不停的用怀疑、猜忌、任性来试探爱意。
但这样其实只会使关系变得生硬、疏远和不愉快。
美满的亲密关系仍然需要努力奋斗和无私奉献。
对他人的期望能引导我们对他人做出的行为，所以期望具有促动作用。
亲密表露多的人比那些对自己的信息三缄其口的人更招人喜爱。
亲密的愿望很简单，但是关系的相处却是一门很深的学问。
本周阅读，《亲密关系》。
关于爱人，这一本，是值得看的。
15分钟，听《亲密关系》精华
如果连15分钟收听精华的时间也没有，那么花3分钟瞅一眼核心知识导图吧：
画外音：思维导图，建议收藏。
读一本书，不难。
坚持读书，不简单。
今天起，让我们相互督促，一起读书。
                

什么是JVM？什么是JDK？ 什么是JRE？
答：

①JVM ：JVM是Java Virtual Machine（Java虚拟机）的缩写，它是整个java实现跨平台的最核心的部分，所有的java程序会首先被编译为.class的类文件，这种类文件可以在虚拟机上执行，也就是说class并不直接与机器的操作系统相对应，而是经过虚拟机间接与操作系统交互，由虚拟机将程序解释给本地系统执行。JVM是Java平台的基础，和实际的机器一样，它也有自己的指令集，并且在运行时操作不同的内存区域。 JVM通过抽象操作系统和CPU结构，提供了一种与平台无关的代码执行方法，即与特殊的实现方法、主机硬件、主机操作系统无关。JVM的主要工作是解释自己的指令集（即字节码）到CPU的指令集或对应的系统调用，保护用户免被恶意程序骚扰。 JVM对上层的Java源文件是不关心的，它关注的只是由源文件生成的类文件（.class文件）。
②JRE是java runtime environment（java运行环境）的缩写。光有JVM还不能让class文件执行，因为在解释class的时候JVM需要调用解释所需要的类库lib。在JDK的安装目录里你可以找到jre目录，里面有两个文件夹bin和lib,在这里可以认为bin里的就是jvm，lib中则是jvm工作所需要的类库，而jvm和lib和起来就称为jre。所以，在你写完java程序编译成.class之后，你可以把这个.class文件和jre一起打包发给朋友，这样你的朋友就可以运行你写程序了（jre里有运行.class的java.exe）。JRE是Sun公司发布的一个更大的系统，它里面就有一个JVM。JRE就与具体的CPU结构和操作系统有关，是运行Java程序必不可少的（除非用其他一些编译环境编译成.exe可执行文件……），JRE的地位就象一台PC机一样，我们写好的Win32应用程序需要操作系统帮我们运行，同样的，我们编写的Java程序也必须要JRE才能运行。
③JDK是java development kit（java开发工具包）的缩写。每个学java的人都会先在机器上装一个JDK，那 让我们看一下JDK的安装目录。在目录下面有六个文件夹、一个src类库源码压缩包、和其他几个声明文件。其中，真正在运行java时起作用的是以下四个文件夹：bin、include、lib、jre。现在我们可以看出这样一个关系，JDK包含JRE，而JRE包含JVM。
JDK,JRE,JVM三者关系概括如下：
jdk是JAVA程序开发时用的开发工具包，其内部也有JRE运行环境JRE。JRE是JAVA程序运行时需要的运行环境，就是说如果你光是运行JAVA程序而不是去搞开发的话，只安装JRE就能运行已经存在的JAVA程序了。JDk、JRE内部都包含JAVA虚拟机JVM，JAVA虚拟机内部包含许多应用程序的类的解释器和类加载器等等。

1、DLNA是一套标准，是由微软，因特尔，索尼等大厂商组成的联盟，他们制定了一套标准让大家去用。

DLNA并不是创造技术，而是形成一种解决的方案，一种大家可以遵守的规范。所以，其选择的各种技术和协议都是当前所应用很广泛的技术和协议。而UPNP就是其中一个主要的协议。
2、UPnP通用即插即用（英语：Universal Plug and Play，简称UPnP）是由“通用即插即用论坛”（UPnP™ Forum）推广的一套网络协议。该协议的目标是使家庭网络（数据共享、通信和娱乐）和公司网络中的各种设备能够相互无缝连接，并简化相关网络的实现。UPnP通过定义和发布基于开放、因特网通讯网协议标准的UPnP设备控制协议来实现这一目标。
3、DLNA 架构图



如图所示，UPnP属于DLNA分层架构中的第三层（Device Discovery&Control），它属于DLNA的基础协议框架，DLNA用UPnP协议来实现设备的发现和控制。
4、所以两者之间的关系就好比应用程序与编程语言之间的关系。

1、 首先nginx 是对外的服务接口，外部浏览器通过url访问nginx,
2、nginx 接收到浏览器发送过来的http请求，将包进行解析，分析url，如果是静态文件请求就直接访问用户给nginx配置的静态文件目录，直接返回用户请求的静态文件，
如果不是静态文件，而是一个动态的请求，那么nginx就将请求转发给uwsgi,uwsgi 接收到请求之后将包进行处理，处理成wsgi可以接受的格式，并发给wsgi,wsgi 根据请求调用应用程序的某个文件，某个文件的某个函数，最后处理完将返回值再次交给wsgi,wsgi将返回值进行打包，打包成uwsgi能够接收的格式，uwsgi接收wsgi 发送的请求，并转发给nginx,nginx最终将返回值返回给浏览器。
3、要知道第一级的nginx并不是必须的，uwsgi完全可以完成整个的和浏览器交互的流程，但是要考虑到某些情况
（1）安全问题，程序不能直接被浏览器访问到，而是通过nginx,nginx只开放某个接口，uwsgi本身是内网接口，这样运维人员在nginx上加上安全性的限制，可以达到保护程序的作用。
（2）负载均衡问题，一个uwsgi很可能不够用，即使开了多个work也是不行，毕竟一台机器的cpu和内存都是有限的，有了nginx做代理，一个nginx可以代理多台uwsgi完成uwsgi的负载均衡。
（3） 静态文件问题，用django或是uwsgi这种东西来负责静态文件的处理是很浪费的行为，而且他们本身对文件的处理也不如nginx好，所以整个静态文件的处理都直接由nginx完成，静态文件的访问完全不去经过uwsgi以及其后面的东西。
这就是这几者之间的关系。