nginx比较强大,可以针对单个域名请求做出单个连接超时的配置. 
 
比如些动态解释和静态解释可以根据业务的需求配置
 
proxy_connect_timeout :后端服务器连接的超时时间_发起握手等候响应超时时间
 
proxy_read_timeout:连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理（也可以说是后端服务器处理请求的时间）
 
proxy_send_timeout :后端服务器数据回传时间_就是在规定时间之内后端服务器必须传完所有的数据
 
nginx使用proxy模块时，默认的读取超时时间是60s。
 
 
 
 
 
1、请求超时
 
 
http {
    include       mime.types;
    server_names_hash_bucket_size  512;     
    default_type  application/octet-stream;
    sendfile        on;

    keepalive_timeout  65;  #保持
    tcp_nodelay on;
    client_header_timeout 15;
    client_body_timeout 15;
    send_timeout 25;
    include vhosts/*.conf;
}
 
 
 
 
 
 
2、后端服务器处理请求的时间设置（页面等待服务器响应时间）
 
location / {
        ...
        proxy_read_timeout 150;  # 秒
        ...
    }
 
 
 
 
 
 
 
 
 
 
 
 
 
nginx常用的超时配置说明
 
client_header_timeout
 
语法 client_header_timeout time
 默认值 60s
 上下文 http server
 说明 指定等待client发送一个请求头的超时时间（例如：GET / HTTP/1.1）.仅当在一次read中，没有收到请求头，才会算成超时。如果在超时时间内，client没发送任何东西，nginx返回HTTP状态码408(“Request timed out”)
 
client_body_timeout 
 
语法 client_body_timeout time
 默认值 60s
 上下文 http server location
 说明 该指令设置请求体（request body）的读超时时间。仅当在一次readstep中，没有得到请求体，就会设为超时。超时后，nginx返回HTTP状态码408(“Request timed out”)
 
keepalive_timeout 
 
语法 keepalive_timeout timeout [ header_timeout ]
 默认值 75s
 上下文 http server location
 说明 第一个参数指定了与client的keep-alive连接超时时间。服务器将会在这个时间后关闭连接。可选的第二个参数指定了在响应头Keep-Alive: timeout=time中的time值。这个头能够让一些浏览器主动关闭连接，这样服务器就不必要去关闭连接了。没有这个参数，nginx不会发送Keep-Alive响应头（尽管并不是由这个头来决定连接是否“keep-alive”）
 两个参数的值可并不相同
 
注意不同浏览器怎么处理“keep-alive”头
MSIE和Opera忽略掉"Keep-Alive: timeout=<N>" header.
MSIE保持连接大约60-65秒，然后发送TCP RST
Opera永久保持长连接
Mozilla keeps the connection alive for N plus about 1-10 seconds.
Konqueror保持长连接N秒
lingering_timeout
 
语法 lingering_timeout time
 默认值 5s
 上下文 http server location
 说明 lingering_close生效后，在关闭连接前，会检测是否有用户发送的数据到达服务器，如果超过lingering_timeout时间后还没有数据可读，就直接关闭连接；否则，必须在读取完连接缓冲区上的数据并丢弃掉后才会关闭连接。
 
resolver_timeout
 
语法 resolver_timeout time 
 默认值 30s
 上下文 http server location
 说明 该指令设置DNS解析超时时间
 
proxy_connect_timeout
 
语法 proxy_connect_timeout time 
 默认值 60s
 上下文 http server location
 说明 该指令设置与upstream server的连接超时时间，有必要记住，这个超时不能超过75秒。
 这个不是等待后端返回页面的时间，那是由proxy_read_timeout声明的。如果你的upstream服务器起来了，但是hanging住了（例如，没有足够的线程处理请求，所以把你的请求放到请求池里稍后处理），那么这个声明是没有用的，由于与upstream服务器的连接已经建立了。
 
proxy_read_timeout
 
语法 proxy_read_timeout time 
 默认值 60s
 上下文 http server location
 说明 该指令设置与代理服务器的读超时时间。它决定了nginx会等待多长时间来获得请求的响应。这个时间不是获得整个response的时间，而是两次reading操作的时间。
 
proxy_send_timeout
 
语法 proxy_send_timeout time 
 默认值 60s
 上下文 http server location
 说明 这个指定设置了发送请求给upstream服务器的超时时间。超时设置不是为了整个发送期间，而是在两次write操作期间。如果超时后，upstream没有收到新的数据，nginx会关闭连接
 
proxy_upstream_fail_timeout（fail_timeout）
 
语法 server address [fail_timeout=30s]
 默认值 10s
 上下文 upstream
 说明 Upstream模块下 server指令的参数，设置了某一个upstream后端失败了指定次数（max_fails）后，该后端不可操作的时间，默认为10秒

转自：https://blog.csdn.net/xiaoliuliu2050/article/details/53375839
 
 
 
其实，一个复杂的分布式系统可以通过搭积木的方式来建立，每个积木就是一个中间件，可通过适当的代码将其黏合在一起。
 
ZooKeeper 
 
    ZooKeeper 提供基础的目录/名字服务、配置管理服务。并且在此基础上还能提供分布式锁、leader选举等高级功能。网上有一段有趣生动的介绍:“ZooKeeper，顾名思义就是动物园里大象(hadoop)、蜜蜂(Hive)、小猪(Pig)、和我的猫(MyCat)的管理员”。
 
    客户端建议采用Apache Curator这个二次封装的客户端来进行客户端代码的编写，它封装和简化了很多于业务无关的逻辑，使用简单，质量可靠。
 
 
 
Apache Kafka
 
    Kafka是一个高吞吐量的分布式消息系统，由LinkIn开源，被描述为LinkeIn的“中枢神经系统”。Kafka管理从各个应用程序汇聚到此的信息流，这些数据经过处理后再被分发到何处。
 
    Kafka使用Scala开发，而Scala又是JVM上运行的动态需要，因此对会Java的同学来说学习难度并不大，其客户端也支持Java语言，比较容易部署在本机上进行学习研究。
 
 
 
Facebook Thrift
 
    Facebook Thrift是最新一代高性能、跨需要的RPC通信框架，支持多种语言。
 
    Facebook Thrift与Ice类似，不过没有Ice完整和成熟。与Facebook Thrift类似的还有Apache Avro。
 
 
 
Apache Storm、Spark Streaming 、Samza
 
    与Hadoop相比Storm是个实时的高容错的分布式计算系统。Storm也可以处理批量数据，但其在保证高可靠性的前提下还可以让处理进行得更加实时，所有的信息都会被处理。Storm同样还具备容错和分布计算的特性，这让Storm可以扩展到不同的机器上进行大批量的数据处理。
 
   Storm的主要开发语言为Java，并且包括了Clojure这种Lisp语言，对于Java工程师来说，学习难度并不大。与Strom类似的还有Spark Streaming、LinkIn的Samza，它们都是最近开源的热门项目。
 
    Spark Streaming是Spark中新的流式计算框架。Spark并不会像Strom那样一次处理一个数据流，而是在处理前按时间间隔预先将其分为一段段的批处理作业。
 
    而Samza处理数据流时，会依次处理收到的每条消息。Samza的流单位既不是元组，也不是Dstream而是一条条消息。
 
    Strom、Spark Streming、Samza这三种实时流计算系统都是分布式系统，具有低延迟、可扩展和容错性等诸多优点。它们的共同特同特色在于：允许你在运行数据流代码时，将任务分配到一系列具有容错能力的计算机上并行运行，此外，它们都提供了简单的API来简化底层实现的复杂程度。
 
 
 
MyCat
 
    MyCat是一个基于MySQL的分表分库的中间件软件，也可以说是一个分布式数据库，其前身为阿里巴巴开源的Cobar，但由于阿里巴巴后来发展云平台并提供收费RDS服务，因此最终关闭了这个开源项目。然后国内一帮技术大拿一起发起了MyCat开源项目 ( http : / / www my cat org. cn ），目标是成为Apache旗下的顶级中国开源项目。

 参考原文：http://blog.csdn.net/johnson1492/article/details/7913827
 
 本文着重介绍resin的几个常用配置
 
 注：
 
 1. 本文并非resin.conf的使用说明，只是从实用角度出发，按需分析常用的配置。更多的内容到官网学习吧；
 
 2. 基于resin3.x的探讨。
 
 （友情提示：刚下载的resin中，resin.conf里的配置都是包含有注释的——废话！）
 
 <dependency-check-interval>
 
 Dependency checking
 
 在说这个参数之前，不得不先了解一下resin的“Dependency checking”机制。resin会定时检测<web-app>和<host>下配置的资源是否改动，如果改动，会根据相应的策略重新启动web-apps和虚拟主机。那么，具体会检测那些资源呢？下面是一个清单：
 
WEB-INF/classes下的class文件
WEB-INF/lib下的jar文件
<class-loader>中指定的class或jar
WEB-INF/resin-web.xml
WEB-INF/web.xml
resin.conf
<resin:import>引入的配置文件
通过<archive-path>或<web-app-deploy>或<host-deploy>配置的.war文件；
通过<dependency>加入的文件
 
 是否很眼熟？没错！想当年在本地调试web的时候，改一个java文件，总会骂骂咧咧的停掉resin然后重启，甚是麻烦，会抱怨为啥class这么矫情，不能像改个jsp那样立竿见影的看到效果。resin说哥你想法是好的，但就算我有那个热加载的意愿，它jvm也不干那，你去找sun（oracle就不提了）理论去吧。
 
 那只好忍了吧，但是要等多久才会自动加载一次呢？<dependency-check-interval>终于出场了。该标签定义了resin多久检测一次上面的那些资源是否变更。这个值是需要加单位的，具体的值定义可以参考Period定义。默认值为2s。
 
 对于取值，resin.conf有这样的一段注释：
 
 
 
For production sites, change dependency-check-interval to something – like 600s, so it only checks for updates every 10 minutes.
 
 
 就是说这种检测会非常耗时，如果搞resin优化的话，那么就把它设置的长一些吧（比如在生产环境里就设置的长一些）或者干脆设置为-1禁止自动检测变更，即禁止所谓的热部署。
 
 Dependency checking与RHS
 
 这个参数明了了，实践一下吧！于是搞一个测试项目出来，简单配置一下，跑起来之后，象征性的改一下resin.conf，我们将2s改为1s，看终端的滚动日志，咦，为什么没有输出日志？正在纳闷之时，日志来了，说检测到了resin.conf的dependency-check-interval改变了，重启了所有的host。等等，我们之前的检测时间是2s，为什么改动文件后感觉过了很久才重启了resin？
 
 经过多番测试，结论是：“Dependency checking”与resin重启的机制完全是两回事。dependency-check-interval只是告诉resin多久检测一次上下文环境的变化，如果发生变化，先记录下来，负责监控resin的进程会定期检测这个记录，如果发现有新的变更记录，则重启resin。至于重启的机制，属于Resin Health System的范畴，本文暂不讨论。但可以通过这句话简单的验证一下我们的推论：
 
 
 
Because your site’s reliability is important, Resin monitors its internal sensor net every 60 seconds, recording your server’s memory, cpu, network, database and cluster status.
 
 
 重启机制
 
 如果是全局的配置（例如resin.conf）变更，则会重启整个resin（包括所有的虚拟主机），如果只是某个webapp做了变更（如class、jsp、web.xml等），则只对webapp重启。
 
 需要说明一点的是，在<jsp>中亦可配置该标签（属性），默认情况下，该属性会继承全局的dependency-check-interval值，但如果设置该值为-1，会发生什么事呢？我想你不会那么做的……
 
 想要class的变更像jsp那样迅捷该怎么办到呢？myeclipse可以办到。eclipse for javaEE的话，还需要一些插件的支持，本文暂不做讨论，参考本文最下边关于热部署的推荐文章。
 
 <server>
 
 一个server对应于一个jvm实例，为配置在其中的各个虚拟主机提供服务，接收请求并处理。在<server>中可以配置HTTP，集群端口，存活时间，超时时间，线程池以及负载均衡。一个集群（cluster）可以包含多个server，但是id必须不同。server的属性包含有address（ip）和port，如果resin中只有配置这一个单独的server，则可以省略address和port，不过这么搞的话该server就无法作为集群的一部分工作，并且无法用命令行来管理。
 
 常用属性有address和port。即在定义server的时候同时配置address和port。address的默认值是127.0.0.1。
 
 <server-default>
 
 假如由于同一个集群中的多个server配置大同小异，就可以先搞一个通用的server，其他的server会继承通用的server配置，各自的配置又会覆盖继承的配置。<server-default>就是充当了这个通用的配置，正如其名，就将其中的配置看作是所有server的默认配置即可。像HTTP端口，超时，存活时间，JVM以及线程这些配置可以通过配置<server-default>实现共享。
 
 下面的一个配置中，<server-default>定义了JVM的一些参数以及HTTP的通用配置：
 
 
 
 
  
 
   01.
   <resin xmlns="http://caucho.com/ns/resin">
  
 
  
 
   02.
   <cluster id="">
  
 
  
 
   03.
    
  
 
  
 
   04.
   <server-default>
  
 
  
 
   05.
   <jvm-arg>-Xmx2048m</jvm-arg>
  
 
  
 
   06.
    
  
 
  
 
   07.
   <accept-thread-min>32</accept-thread-max>
  
 
  
 
   08.
   <accept-thread-min>64</accept-thread-max>
  
 
  
 
   09.
    
  
 
  
 
   10.
   <http port="80"/>
  
 
  
 
   11.
   </server-default>
  
 
  
 
   12.
    
  
 
  
 
   13.
   <server id="a" address="192.168.1.10" port="6800"/>
  
 
  
 
   14.
   <server id="b" address="192.168.1.11" port="6800"/>
  
 
  
 
   15.
   ...
  
 
 
 
 
 list 1-1
 
 也许你会异想天开的问，既然<server-default>是默认的<server>配置，那不显示配置<server>可以吗？不可以！自己试一下就行了，去掉里面所有显示定义<server>，重启resin你就会看到它的抗议：server-id ” has no matching <server> definition. 并且此时resin会陷入脑残式的无限次重启之中，它也许认为这是个偶然性事件，重启resin以尝试恢复。
 
 <resin:import>
 
 从外部的文件读取配置，这个外部文件必须符合一定的规范，否则resin解析不了的。标准就直接参考${RESIN_HOME}/conf/app-default.xml即可。配置全局的默认访问页面，可以修改app-default.xml中的<welcome-file-list>。
 
 <http>
 
 http的典型用法是配置在server-default中。因为经常会有这样一个场景：同一个cluster中的所有server监听同一个端口。比如在lsit1-2中，两个server都默认监听80端口。<http>亦可配置在每个单独的server中。
 
 <host>
 
 一个server可以服务于多个虚拟主机，每个虚拟主机都可以有自己的servlets以及文档。虚拟主机必须被明确的定义出来，就是说你不能只用<host-default>（类比<server-default>）。对于resin来说，创建一个虚拟主机就像创建一个目录，然后再为其设置一个DNS一样容易。一个虚拟主机可以包含一个或者多个web-app。简单的web-app可放置在一个名为“webapps”的顶级目录下，就像Apache服务器上的/htdocs。复杂一点的站点，可以先部署多个webapps，然后将这些web-app放置在这些webapps中。
 
 举例来说，假设有个server同时管理者两个域名：www.gryffindor.com和www.slytherin.com，这两个域名所对应的web-app部署在不同的目录下/var/resin/gryffindor和/var/resin/slytherin，他们共享同一个IP。当用户访问http://www.gryffindor.com/的时候，首先浏览器会发送HTTP请求到共享ip，resin接到请求后，从HTTP请求头中取出Host，根据Host值再将请求转发给相应的虚拟主机。
 
 host重要的属性：
 
id： resin使用此id来区分不同的请求。若留空则表示该host为默认host，当其他的host无法被匹配的时候便会将请求转发到此host。
root-directory： 指定一个虚拟主机的文件系统的路径，默认的“.”就代表${RESIN_HOME}。参考下面list1-2的例子，可以更深入的理解root-directory的含义。
regexp：用正则表达式匹配域名。
 
 
 
 
  
 
   01.
   <server>
  
 
  
 
   02.
   <host id="gryffindor.caucho.com" root-directory="/home/www/gryffindor">
  
 
  
 
   03.
   <web-app id="/" root-directory="webapps/ROOT" />
  
 
  
 
   04.
   ...
  
 
  
 
   05.
   </host>
  
 
  
 
   06.
    
  
 
  
 
   07.
   <host id="slytherin.caucho.com" root-directory="/home/www/slytherin">
  
 
  
 
   08.
   <web-app id="/" root-directory="webapps/ROOT">
  
 
  
 
   09.
   ...
  
 
  
 
   10.
   </host>
  
 
  
 
   11.
   </server>
  
 
 
 
 
 list 1-2
 
 <web-app>
 
 主要的属性是id和root-directory，同host的id类似，web-app的id也是用于匹配url的。root-directory指定项目存放路径，可以使用绝对路径，相对路径则是相对host的root-diirectory而言的。
 
 注意：若使用myeclipse/eclipse创建项目，会有一个项目名(projectName)，而此处的root-directory并非项目路径，而是一个特殊的目录，该目录的子目录以及文件必须符合Servlet规范，通常就是eclipse默认创建的WebContent，这个名字可以随便改。btw，这个规范的层级结构主要有三个元素：
 
 /WEB-INF/web.xml
 
 /WEB-INF/classes/
 
 /WEB-INF/lib/
 
 必须包含有上面三个东西。配置文件(*.properties, *.xml等等）需要放在classes下。
 
 举例说明Eclipse中新增一个项目，然后部署resin的方法，假设现在有份配置如下：
 
 
 
 
  
 
   01.
   <host id="" root-directory=".">
  
 
  
 
   02.
   <web-app id="/" root-directory="webapps/ROOT"/>
  
 
  
 
   03.
    
  
 
  
 
   04.
   <web-app id="/resin-admin" root-directory="${resin.home}/php/admin">
  
 
  
 
   05.
   <prologue>
  
 
  
 
   06.
   <resin:set var="resin_admin_external" value="false"/>
  
 
  
 
   07.
   <resin:set var="resin_admin_insecure" value="true"/>
  
 
  
 
   08.
   </prologue>
  
 
  
 
   09.
   </web-app>
  
 
  
 
   10.
   </host>
  
 
 
 
 
 list 1-3
 
 下面就简单讲一个本地部署的例子（Eclipse for javaEE，resin3.x）
 
 在Eclipse中新增一个项目，projectName为testResinCfg，根据Servlet规范，自行创建目录，结构如下：
 
 
 
 
  
 
   01.
   testResinCfg
  
 
  
 
   02.
   testResinCfg/src/
  
 
  
 
   03.
   testResinCfg/web/
  
 
  
 
   04.
   testResinCfg/web/META-INF/
  
 
  
 
   05.
   testResinCfg/web/index.jsp
  
 
  
 
   06.
   testResinCfg/web/WEB-INF/
  
 
  
 
   07.
   testResinCfg/web/WEB-INF/classes/
  
 
  
 
   08.
   testResinCfg/web/WEB-INF/lib/
  
 
  
 
   09.
   testResinCfg/web/WEB-INF/work/
  
 
  
 
   10.
   testResinCfg/web/WEB-INF/web.xml
  
 
 
 
 
 list 1-4
 
 本地调试：
 
 在list1-3所示的默认host中，增加一个<web-app>：
 
 
 
 
  
 
   01.
   <host id="" root-directory=".">
  
 
  
 
   02.
   <web-app id="/" root-directory="webapps/ROOT"/>
  
 
  
 
   03.
    
  
 
  
 
   04.
   <web-app id="/resin-admin" root-directory="${resin.home}/php/admin">
  
 
  
 
   05.
   <prologue>
  
 
  
 
   06.
   <resin:set var="resin_admin_external" value="false"/>
  
 
  
 
   07.
   <resin:set var="resin_admin_insecure" value="true"/>
  
 
  
 
   08.
   </prologue>
  
 
  
 
   09.
   </web-app>
  
 
  
 
   10.
    
  
 
  
 
   11.
    
  
 
  
 
   12.
   <!-- 在此增加新的项目 -->
  
 
  
 
   13.
   <web-app id="/tt" root-directory="D:\Program_Files\workplace\cache_study\web"/>
  
 
  
 
   14.
   </host>
  
 
 
 
 
 list 1-5
 
 这样访问：http://localhost:8080/tt，如果是id=abc，那就是http://localhost:8080/abc。
 
 在有dns的情况下:
 
 在默认host之下在配置一个host：
 
 
 
 
  
 
   1.
   <host id="mytest.org" root-directory=".">
  
 
  
 
   2.
   <web-app id="/abcd"
  
 
  
 
   3.
    
  
 
  
 
   4.
   root-directory="D:\Program_Files\workplace\cache_study\web" />
  
 
  
 
   5.
   </host>
  
 
 
 
 
 list 1-6
 
 之后便可以通过http://mytest.org/abcd来访问项目了。
 
  
 
 附：Resin与Eclipse for javaEE的整合方法
 
 resin官方文档提供了安装Resin Plugin for Eclipse的方法，Galileo版本以上的eclipse for javaEE就可以装这个软件了，就像装tomcat一样。具体参考：resin eclipse support
 
 这里主要介绍手工整合Resin与Eclipse的方法。步骤如下：
 
 1. 将web application配置到resin.conf中，具体方法参考上面；
 
 2. 在待部署的项目上右击——Build Path，将${RESIN_HOME}/lib添加到项目的classpath中；
 
 3. Run – Run Configurations（在本地调试的话，选择Debug Configurations），弹出的会话中，双击“Java Application”创建一个Configuration，在右边的Name中随意填写一个名字，标签页Main中，Project选择待运行web application，Main class填写resin的主类，查找该类有两种方法：
 
该类可以在${RESIN_HOME}/lib/resin.jar中的META-INF/MANIFEST.MF文件中找到，即Main-Class的值；
将${RESIN_HOME}/lib添加到项目的classpath后，即在Main标签页点击“搜索”，在弹出的对话框中搜索“resin”，如果是3.0.x，选择com.caucho.server.resin.Resin，如果是3.1.x，选择com.caucho.boot.ResinBoot，具体的选择，还是要参考META-INF/MANIFEST.MF文件的Main-Class值；
 
 完成以上各步之后，点击Run即可启动resin。
 
 如果需要在启动resin的时候加上一些参数，可以在Arguments中的VM arguments中输入。
 
 比如： -Djava.util.logging.manager=com.caucho.log.LogManagerImpl。
 
 实际上，真正的部署与eclipse是没有直接关系的，eclipse在这里仅仅是启动/关闭eclipse的作用。我们如果直接在开发机上搞得花，就与eclipse无关了，因此还是需要掌握手工部署的技巧。

 
这里写自定义目录标题
 
欢迎使用Markdown编辑器
新的改变
功能快捷键
合理的创建标题，有助于目录的生成
如何改变文本的样式
插入链接与图片
如何插入一段漂亮的代码片
生成一个适合你的列表
创建一个表格
设定内容居中、居左、居右
SmartyPants
   
创建一个自定义列表
如何创建一个注脚
注释也是必不可少的
KaTeX数学公式
新的甘特图功能，丰富你的文章
UML 图表
FLowchart流程图
导出与导入
导出
导入
  
 

 
欢迎使用Markdown编辑器
 
你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。
 
新的改变
 
我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客：
 
全新的界面设计 ，将会带来全新的写作体验；
在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示；
增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示；
全新的 KaTeX数学公式 语法；
增加了支持甘特图的mermaid语法 功能；
增加了 多屏幕编辑 Markdown文章功能；
增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能，功能按钮位于编辑区域与预览区域中间；
增加了 检查列表 功能。
 
功能快捷键
 
撤销：Ctrl/Command + Z
 重做：Ctrl/Command + Y
 加粗：Ctrl/Command + B
 斜体：Ctrl/Command + I
 标题：Ctrl/Command + Shift + H
 无序列表：Ctrl/Command + Shift + U
 有序列表：Ctrl/Command + Shift + O
 检查列表：Ctrl/Command + Shift + C
 插入代码：Ctrl/Command + Shift + K
 插入链接：Ctrl/Command + Shift + L
 插入图片：Ctrl/Command + Shift + G
 
合理的创建标题，有助于目录的生成
 
直接输入1次#，并按下space后，将生成1级标题。
 输入2次#，并按下space后，将生成2级标题。
 以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。
 
如何改变文本的样式
 
强调文本 强调文本
 
加粗文本 加粗文本
 
标记文本
 
删除文本
 
 
 
引用文本
 
 
H2O is是液体。
 
210 运算结果是 1024.
 
插入链接与图片
 
链接: link.
 
图片: 
 
带尺寸的图片: 
 
居中的图片: 
 
居中并且带尺寸的图片: 
 
当然，我们为了让用户更加便捷，我们增加了图片拖拽功能。
 
如何插入一段漂亮的代码片
 
去博客设置页面，选择一款你喜欢的代码片高亮样式，下面展示同样高亮的 代码片.
 
// An highlighted block var foo = 'bar'; 
 
生成一个适合你的列表
 
项目 
  
项目 
    
项目
 
 
 
项目1
项目2
项目3
 
 计划任务
 完成任务
 
创建一个表格
 
一个简单的表格是这么创建的：
 
项目
Value
电脑
$1600
手机
$12
导管
$1
设定内容居中、居左、居右
 
使用:---------:居中
 使用:----------居左
 使用----------:居右
 
第一列
第二列
第三列
第一列文本居中
第二列文本居右
第三列文本居左
SmartyPants
 
SmartyPants将ASCII标点字符转换为“智能”印刷标点HTML实体。例如：
 
TYPE
ASCII
HTML
Single backticks
'Isn't this fun?'
‘Isn’t this fun?’
Quotes
"Isn't this fun?"
“Isn’t this fun?”
Dashes
-- is en-dash, --- is em-dash
– is en-dash, — is em-dash
创建一个自定义列表
 
 
 
  Markdown
  
 

  Text-to-
  HTML conversion tool
 
 
 
  Authors
  
 

  John
 
 
 

  Luke
 
 
 
如何创建一个注脚
 
一个具有注脚的文本。
 
注释也是必不可少的
 
Markdown将文本转换为 HTML。
 
KaTeX数学公式
 
您可以使用渲染LaTeX数学表达式 KaTeX:
 
Gamma公式展示 $\Gamma (n)=(n-1)!\forall n\in \mathbb{N}$ 是通过欧拉积分
 
$$\Gamma (z)={\int }_0^{\infty }{t}^{z-1}{e}^{-t}dt.$$
 
 
 
你可以找到更多关于的信息 LaTeX 数学表达式here.
 
 
新的甘特图功能，丰富你的文章
 
gantt
        dateFormat  YYYY-MM-DD
        title Adding GANTT diagram functionality to mermaid
        section 现有任务
        已完成               :done,    des1, 2014-01-06,2014-01-08
        进行中               :active,  des2, 2014-01-09, 3d
        计划一               :         des3, after des2, 5d
        计划二               :         des4, after des3, 5d
 
关于 甘特图 语法，参考 这儿,
 
UML 图表
 
可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图：:
 

 
 
这将产生一个流程图。:
 

 
 
关于 Mermaid 语法，参考 这儿,
 
FLowchart流程图
 
我们依旧会支持flowchart的流程图：
 

 
 
关于 Flowchart流程图 语法，参考 这儿.
 
导出与导入
 
导出
 
如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ，生成一个.md文件或者.html文件进行本地保存。
 
导入
 
如果你想加载一篇你写过的.md文件或者.html文件，在上方工具栏可以选择导入功能进行对应扩展名的文件导入，
 继续你的创作。
 
 
 
 
mermaid语法说明 ↩︎
 
注脚的解释 ↩︎