Skip to content

Latest commit

 

History

History
57 lines (42 loc) · 3.7 KB

markdown-table.md

File metadata and controls

57 lines (42 loc) · 3.7 KB

Markdown表格

表格合并

表格的单元格合并一直没解决

head1 head2 head3
row1 colspan=2 row1 col3
row2 col2 rowspan=2 col3
row3

MarkDown调整列宽技巧

加空格前:

调整前的代码:

|<center>序号</center>|<center>步骤</center>|<center>内容说明|
|:---:|:---------|:----|
|`1`|`数据产生`|我们的数据从哪里来?<br>- 互联网行业:网站、app、系统(交易系统。。)<br>- 传统行业:电信,人们的上网、打电话、发短信等等数据<br>数据源:网站、app|
|||网站/app会发送请求到后台服务器,通常会由Nginx接收请求,并进行转发)|
|`2`|`日志数据产生`|后台服务器,比如Tomcat、Jetty;但是,其实在面向大量用户,高并发(每秒访问量过万)的情况下,通常都不会直接是用Tomcat来接收请求。这种时候,通常,都是用Nginx来接收请求,并且后端接入Tomcat集群/Jetty集群,来进行高并发访问下的负载均衡。|

加空格前效果:

序号 步骤 内容说明
1 数据产生 我们的数据从哪里来?
- 互联网行业:网站、app、系统(交易系统。。)
- 传统行业:电信,人们的上网、打电话、发短信等等数据
数据源:网站、app
网站/app会发送请求到后台服务器,通常会由Nginx接收请求,并进行转发)
2 日志数据产生 后台服务器,比如Tomcat、Jetty;但是,其实在面向大量用户,高并发(每秒访问量过万)的情况下,通常都不会直接是用Tomcat来接收请求。这种时候,通常,都是用Nginx来接收请求,并且后端接入Tomcat集群/Jetty集群,来进行高并发访问下的负载均衡。

显然在步骤这一列的宽度明显不合适。那么我们便可以在内容中加空格,从而让它以为我们这边是内容很多的。

&emsp;是表示一个空格。

添加后代码如下:

|<center>序号</center>|<center>步骤</center>|<center>内容说明|
|:---:|:---------|:----|
|`1`|`数据产生`|我们的数据从哪里来?<br>- 互联网行业:网站、app、系统(交易系统。。)<br>- 传统行业:电信,人们的上网、打电话、发短信等等数据<br>数据源:网站、app|
|||网站/app会发送请求到后台服务器,通常会由Nginx接收请求,并进行转发)|
|`2`|`日志数据产生`    &emsp;&emsp;&emsp;&emsp;&emsp;&emsp;&emsp;     |后台服务器,比如Tomcat、Jetty;但是,其实在面向大量用户,高并发(每秒访问量过万)的情况下,通常都不会直接是用Tomcat来接收请求。这种时候,通常,都是用Nginx来接收请求,并且后端接入Tomcat集群/Jetty集群,来进行高并发访问下的负载均衡。|

添加后效果如下:

序号 步骤 内容说明
1 数据产生 我们的数据从哪里来?
- 互联网行业:网站、app、系统(交易系统。。)
- 传统行业:电信,人们的上网、打电话、发短信等等数据
数据源:网站、app
网站/app会发送请求到后台服务器,通常会由Nginx接收请求,并进行转发)
2 日志数据产生         后台服务器,比如Tomcat、Jetty;但是,其实在面向大量用户,高并发(每秒访问量过万)的情况下,通常都不会直接是用Tomcat来接收请求。这种时候,通常,都是用Nginx来接收请求,并且后端接入Tomcat集群/Jetty集群,来进行高并发访问下的负载均衡。