简介：一套仿百度地图视觉风格的GeoServer样式包，主要面向GIS开发者与地图服务运维者，用于解决GeoServer默认SLD渲染效果单调、与大众地图审美习惯不一致的问题。压缩包内共45个文件，核心为23个SLD样式定义和20个XML图层配置，并附1个SVG符号与1个PNG图标资源，整体仅22KB，轻量易部署，可直接关联到已有矢量图层。样式对河流、道路、地铁等要素制定按Zoom层级分级的显示策略：低层级仅呈现主干河流、高速路与主要地铁线，高层级逐步补充支流、次干道、站点符号和标签，以此平衡不同比例尺下的信息密度与画面整洁度。目前已有803人学习下载，这套配置不仅还原了百度地图的配色、线宽与符号细节，还保留了SLD的开放定制能力，用户可轻松调整颜色、线型或标注字段，适用于城市规划、交通分析、公众服务等需要高辨识度底图的场景。

1. 仿百度GeoServer Style是在做什么：不是调API，是让自家地图长成百度那样

做GIS底图的人大概都遇到过这种需求：领导指着手机里的百度地图说，“以后我们的大屏、后台、业务图就照这个风格来”。说的不是瓦片数据源，而是视觉样式——淡灰底色、蓝绿分明的水系和绿地、分级清楚的道路网、沿路排布的路名。于是就有了“仿百度GeoServer Style”这个需求：不用百度地图的服务，只把GeoServer里自己维护的矢量数据，渲染成百度地图那种视觉语言。

这套事看着简单，真做起来特别容易翻车。直接拿百度网页端截色值，套到GeoServer的SLD里，出来的图往往要么道路糊成一团，要么路名跟河道重叠，要么缩小一级缩放级别后整个图层就像被掏空。原因是百度地图的样式并不是单一配色的结果，而是道路分级、渲染顺序、缩放阈值、注记避让一起作用的结果。这篇文章把这套东西拆开讲清楚：视觉特征怎么提炼、GeoServer里用CSS还是SLD写、每一步怎么调参、哪几个坑最容易踩，以及最后怎么把样式沉淀成一套可复用的规范。适合正在用GeoServer做城市底图、想把默认OpenStreetMap风格换成更接近国内地图产品观感的开发者。

2. 仿百度Style的视觉特征拆解与GeoServer实现路径选型

2.1 百度地图视觉体系里能直接抄的五个特征

先建立一个认知：地图样式能不能被“仿”，核心在于把视觉拆成可配置的要素。百度地图的常规模式底图，我通常会拆成五个层面来看。

第一是底色和未利用地。它既不是纯白，也不是深灰，而是偏暖的浅灰白，大约在#F2F2F2这个区间。这个底色的作用是把道路的白色、黄色、橙色全部衬托出来，同时让整个地图在屏幕上长时间看不会刺眼。

第二是水系。百度地图的河流、湖面用得是明显的青蓝色，比较接近#7EC4E1这类饱和度的蓝，和某些地图产品里偏深蓝的水系有明显差异。水系边缘不描深边，最多用很浅的灰线勾一下，看起来干净。

第三是绿地。公园、农田、林地的填充色是偏灰的浅绿，大概在#B8D9A3这档，饱和度不高。这块颜色不需要太艳，艳了会抢道路的视觉优先级。

第四是道路分级与颜色。这是整张图最核心的部分。高速公路是橙黄色，国道和省道这类主干线是偏亮的黄色，城市主干道是白色，次干道、支路则是更细的白线或浅灰线。百度地图这套用色的关键在于：等级越高的路，宽度和颜色饱和度也越高，等级低的路只是背景纹理。

第五是注记。路名、河流名、地名的字体大小、白色描边、沿路排布，以及缩放级别一高就消失的低等级路名，全部在视觉层有明确优先级。这五项里，道路分级和注记优先级是最难复制的，因为涉及的不只是颜色，还有渲染顺序和缩放规则。

2.2 两条实现路径：SLD 1.0和GeoServer CSS，怎么选

GeoServer里定义样式有几种途径。最常见的是SLD，全称是Styled Layer Descriptor，XML格式，GeoServer原生支持，不需要装额外模块。点击菜单的“样式”进入新建页面，贴入XML，保存后绑定到图层即可。

SLD语法精准，但写起来冗长。一个道路样式加上缩放规则、描边、注记，动辄几百行。我一般只在两种情况下直接写SLD：一是样式要交付给其他团队维护，因为SLD是WMS规范的标准格式，可移植性强；二是要精细控制vendorOption这类扩展参数，比如注记避让、沿线重复距离，这些在SLD里能写得很明确。

另一条路径是GeoServer CSS模块，一个官方扩展。用类似Web CSS的语法描述地图样式，写起来短得多，GeoServer会在后台把CSS编译成标准SLD再执行。比如一个道路样式，CSS里几行就能表达，而SLD要写出几十行。它的缺点是模块不是默认安装在所有发行版里，而且细节控制不如直接写SLD那么直白。

我习惯的做法是：先用CSS快速试配色和缩放效果，确认视觉方向后，在GeoServer样式编辑页直接把编译后的SLD导出，作为正式交付物。CSS适合探索，SLD适合作为最终成果固定下来。

2.3 图层要素准备：道路分级、水系、绿地字段从哪来

样式写得好不好，一半在数据准备。仿百度风格要求数据里至少有道路等级、名称、几何类型这几类关键信息。

如果数据来自OpenStreetMap导出，通常带highway字段，值有motorway、trunk、primary、secondary、tertiary、residential、service等，正好对应百度地图的高速、主干、次干、支路分级。国内一些商业数据则是自己定义rank或grade字段，有的用数字1到8表示等级。无论哪种，推荐先做一张视图把字段归一化，不要直接在SLD里写一长串OR条件去匹配不同数据源。

水系需要能区分面状水域和线状河流。面状用natural=water、waterway=riverbank这类条件勾选，线状河流用waterway=river并设置线颜色和宽度。这两个条件如果混在同一个图层里，会出现线状河流无法填充的报错，或者面状水域被当作线来画。

绿地通常来自landuse或leisure字段，需要关心的是pady、grass、meadow、wood这些常见值。这里有一个容易被忽略的点：部分绿地数据几何类型是MultiPolygon，而另外一部分是Polygon，GeoServer的SLD规则通常不区分这两种，但个别过滤器写法会出问题，最好在建视图时统一转成MultiPolygon。

按这三个方面把数据整理好，样式的编写才有一个稳定的基础。数据字段都没对齐就去调颜色，越调越乱。

3. 用GeoServer CSS把仿百度底图写出来：道路分级、水系绿地与缩放规则

3.1 新建Style工程与图层绑定：从页面操作到第一条CSS

假设GeoServer里已经有一个图层叫roads，属性包含highway、name、ref，几何类型是LineString。先在GeoServer管理界面找到“样式”菜单，点“添加新样式”。

在编辑页里，把“格式”从SLD切换到CSS，编辑器会变成CSSText。如果没有这个选项，说明CSS模块没有安装，需要在GeoServer的lib目录里补充CSS扩展包后重启服务。这一步很多人在第一次做的时候会卡住，因为默认发行版的样式页确实只显示SLD单选，但这个切换选项藏得比较深。

创建好后，回到“图层”页面，找到roads图层，把“发布”里的默认样式从原来的样式切换成刚建的样式。需要注意，GeoServer一个图层只能绑定一个默认样式，如果需要道路、水系、绿地分别控制，就要把数据拆成多个图层发布，或者用“样式组”把多个SLD合并。CSS模式下，一个样式文件里可以同时写多个要素类型的规则，但前提是这些要素来自同一个图层。如果水系和道路是不同表发布的图层，就需要分开建样式，再按图层顺序控制渲染层级。

第一条CSS可以写成这样一个最小样式：

#roads { stroke: #ffffff; stroke-width: 2; }

把上面这段保存并绑定到roads图层后，在图层预览里应该能看到道路变成白色线。这里的#roads是GeoServer CSS的图层选择器语法，表示“当前图层的所有要素”。stroke对应SLD里的LineSymbolizer，stroke-width是线宽。后面所有道路分级都建立在这个基础上。

3.2 道路分级写法：高速、主干、次干、支路的分色与线宽

把单一路网写成仿百度风格，核心是按highway字段做多级规则。CSS里可以用属性选择器过滤要素，多个条件用逗号分隔表示OR关系。

看下面的写法：

#roads { stroke-linecap: round; stroke-linejoin: round; } #roads[highway = 'motorway'] { stroke: #ffb441; stroke-width: 5; z-index: 10; } #roads[highway = 'trunk'] { stroke: #f5c543; stroke-width: 4; z-index: 9; } #roads[highway = 'primary'] { stroke: #ffffff; stroke-width: 3; z-index: 8; } #roads[highway = 'secondary'] { stroke: #ffffff; stroke-width: 2; z-index: 7; } #roads[highway = 'tertiary'] { stroke: #efefef; stroke-width: 1; z-index: 6; }

代码逻辑说明：先统一设置了stroke-linecap和stroke-linejoin为round，这是让道路交叉口没有尖锐折角，百度地图的道路在转弯处看起来是平滑的，靠的就是这两个参数。z-index是渲染顺序，数值越大越先绘制还是越后绘制要特别注意。在GeoServer CSS里，z-index的值越低越先被绘制，所以高速的z-index给了10，用来保证它覆盖在低等级道路之上。

参数说明：stroke-width使用像素单位，这个值和输出分辨率有关。同样的5像素在256像素瓦片和512像素瓦片下视觉粗细完全不同。如果后续要用WMTS或TMS切片输出，建议在切片分辨率固定后再回归一次线宽，不要照着屏幕预览的数值直接定稿。

还需要注意的一个细节是，百度地图的高速路外面还有一圈深色描边。这个效果可以再用一层stroke叠加，但GeoServer CSS里一条规则只能画一层stroke，要叠加需要写一个额外的规则把z-index往下调一点，用同一种颜色但更宽的线宽来模拟描边。例如motorway描边规则，stroke用#d48900或#b37600，stroke-width设为5再加2，也就是7，z-index设为9。

3.3 水系与绿地填充：还原百度青和百度绿

水系和绿地通常是Polygon图层，字段用natural、landuse这类属性来过滤。先看一段CSS：

#water[ natural = 'water' ] { fill: #7ec4e1; fill-opacity: 0.9; stroke: #d9eaf3; stroke-width: 0.5; } #green[ leisure = 'park' ], #green[ landuse = 'grass' ], #green[ landuse = 'meadow' ] { fill: #b8d9a3; stroke: none; }

逻辑说明：#water和#green是两个不同图层，分别绑定water表和green表。如果表是PostGIS里的一张多要素表，也可以都叫#basemap，再用属性过滤器区分。

fill-opacity用完之后要权衡。百度地图的水系填充透明度不是完全不透，它会让水下的地形纹理隐约透出一点。只是国内大多数底图数据里没有地形纹理，所以透明度往0.9调就够了，太高会让水色发灰。

水系边缘stroke这里用了一个#d9eaf3，也就是比填充色更浅的蓝灰色。这是为了模拟百度地图里水岸那一道浅浅的边。线的宽度不要超过1，否则水岸会显得粗笨。

绿地stroke直接设为none，因为百度地图的绿地边缘不做描边，切得干净。如果绿地旁边是建成区，边界的区分靠的是建成区底色和绿地填充色的明度差。

3.4 缩放规则和可见性：哪一级出现哪一类要素

这是整个仿百度Style里最容易被忽略的部分。屏幕上的百度地图不是所有图层在所有缩放级别都在显示，它是按照一套缩放阈值来逐级释放要素的。GeoServer里对应的是ScaleDenominator，也就是比例尺分母。CSS里写成@scale条件。

#roads { stroke: #ffffff; stroke-width: 1.5; } [@scale > 300000] { #roads[highway = 'residential'], #roads[highway = 'service'] { stroke: none; } } [@scale > 150000] { #roads { stroke-width: 1; } }

代码说明：这里用了两条嵌套规则控制可见性。当比例尺分母大于30万，也就是地图缩小到一定范围时，residential和service这两类低等级道路直接不画。这个写法等价于SLD里的Filter加MaxScaleDenominator。

具体阈值要根据实际数据密度调整。城市中心区域路网密，阈值可以调高一点，避免缩小后屏幕全是路。郊区路网稀，阈值要调低，否则一缩小就什么都看不见，显得底图空旷。没有统一的绝对参数，我一般会在1:5万、1:10万、1:25万三档各出一张图对比观察。

这里有一个经验值：展现到城市级视图时，保留motorway、trunk、primary三级就够了；进入区县级，再加secondary和tertiary；街道级才显示residential。百度地图大致就是这个规律，等级越低的道路，出现得越晚，消失得越早。

4. 路名标注与文字排版：仿百度Style的文字层怎么写才不输在细节

4.1 沿道路中线排布的Label：placement参数怎么理解

道路视觉做得再像，没有沿道路排布的路名，还是不像百度地图。GeoServer里路名标注要用TextSymbolizer和LinePlacement组合。

下面这一段SLD是绑在roads图层上的：

<Rule> <MaxScaleDenominator>40000</MaxScaleDenominator> <TextSymbolizer> <Label> <ogc:PropertyName>name</ogc:PropertyName> </Label> <Font> <CssParameter name="font-family">Microsoft YaHei</CssParameter> <CssParameter name="font-size">12</CssParameter> </Font> <LabelPlacement> <LinePlacement/> </LabelPlacement> <Halo> <Radius>2</Radius> <Fill> <CssParameter name="fill">#ffffff</CssParameter> </Fill> </Halo> </TextSymbolizer> </Rule>

逻辑说明：LabelPlacement里放LinePlacement，是让文字沿着线的方向走，而不是水平横排。百度地图的高速路名就是这样顺着路的方向排列的。前面的MaxScaleDenominator限制了路名只在比例尺分母小于4万时出现，这样可以避免缩小后路名全部堆叠在一起。

Halo是文字描边效果，Radius为2，填充白色。百度地图的路名普遍有白色描边，目的不是装饰，而是在文字压过道路、绿地时依然保持可读性。这个参数在深色背景上尤其重要。

需要注意，LinePlacement对MultiLineString的处理不如LineString稳定。如果数据里存在MultiLineString，文字会沿着某一条子线段排布，可能造成文字跑到道路外面。这种情况最好在PostGIS里用ST_LineMerge处理，或者建视图时把MultiLineString拆成LineString。

4.2 让文字在缩放级别下隐现：注记的层级和优先级

百度地图上的标注不是全都显示，它们有优先级。高速路名在很远的缩放级别就能看见，城市主干道其次，支路路名要放到很大才出现。这种优先级在SLD里靠多个Rule的不同MaxScaleDenominator实现。

<Rule> <MaxScaleDenominator>500000</MaxScaleDenominator> <MinScaleDenominator>100000</MinScaleDenominator> <Filter> <PropertyIsEqualTo> <PropertyName>highway</PropertyName> <Literal>motorway</Literal> </PropertyIsEqualTo> </Filter> <TextSymbolizer> <Label> <ogc:PropertyName>name</ogc:PropertyName> </Label> <Font> <CssParameter name="font-family">Microsoft YaHei</CssParameter> <CssParameter name="font-size">14</CssParameter> </Font> <Halo> <Radius>2</Radius> <Fill> <CssParameter name="fill">#ffffff</CssParameter> </Fill> </Halo> <VendorOption name="followLine">true</VendorOption> <VendorOption name="repeat">180</VendorOption> </TextSymbolizer> </Rule>

参数说明：filter指定只给高速路做标注。MinScaleDenominator和MaxScaleDenominator给出了一个比例尺区间，在这个区间外高速路名不显示。VendorOption是GeoServer的扩展项，followLine=true表示文字沿线排布，repeat=180表示每180像素重复一次路名。

repeat这个参数在长距离高速上很关键。不设置的话，一条几十公里的高速只标一次路名，用户放大后找不到当前路段的名字；设置得太小又满屏路名。180到300是一个常用区间，我一般先用200，再根据实际路网密度微调。

4.3 中文字体与乱码问题：为什么路名会变成方框

路名显示为方框，这是GeoServer样式里发生率最高的中文问题。原因不是样式写错，而是服务器操作系统没有中文字体，或者图层样式里指定的字体在服务器上不存在。

字体配置确认起来很快。GeoServer自带一个字体列表页面，能在系统信息里看到JVM能找到的所有字体。列表里如果没有SimHei、Microsoft YaHei这类中文字体，就需要在操作系统的字体目录安装，装完重启GeoServer才能生效。

字体优先级也可以考虑多写几个备选，这样在不同服务器之间迁移时不会立刻崩：

<Font> <CssParameter name="font-family">Microsoft YaHei, WenQuanYi Micro Hei, Noto Sans CJK SC</CssParameter> <CssParameter name="font-size">12</CssParameter> </Font>

这里的font-family写多个名称用逗号分隔，GeoServer会从前到后找第一个能用的字体。实际部署时还要注意，有些Linux服务器上虽然有中文字体，但字体文件权限不对，GeoServer进程读不到，同样会乱码。排查时可以直接在服务器上用系统的字体查看命令确认当前登录用户能否列出字体。

5. 仿百度Style的5个典型翻车现场：现象、原因和后悔药

5.1 样式改了，地图却一点反应都没有

现象：在GeoServer样式编辑器里保存了新的CSS或SLD，回到图层预览一看，还是旧样式。

原因：最常发生的是图层发布配置里没有把默认样式切换成新建的样式。样式保存成功并不等于图层使用它。另一个原因是GeoWebCache把旧瓦片缓存住了，预览用的还是缓存里的图。

解决：先确认图层发布页的“默认样式”下拉框选的是目标样式；再去GeoWebCache里找到对应图层执行Truncate清除缓存。如果是直接用WMS预览，可以在请求地址后面加一个随机参数，例如viewparams=timestamp:123，避免缓存。

5.2 道路和水系相互盖压，先后顺序完全乱了

现象：水系覆盖了道路，或者高速路被绿地盖住，整张图层次不对。

原因：GeoServer渲染多图层时，根据图层在图层组的顺序决定谁在上谁在下。如果道路图层在图层列表里排在绿地和水系下面，无论SLD里怎么写，都会被上面先渲染的绿地盖住。

解决：调整图层顺序，原则是底图类要素先渲染，道路和注记后渲染。同一张表里的不同要素，则需要用z-index控制。CSS里z-index低的先画，SLD里则靠FeatureTypeStyle内Rule顺序控制。还要检查是不是把水系、绿地和道路都放在同一个图层里了，混合几何类型的数据交叉区域最容易出现这种问题。

5.3 线宽在某个缩放级别突然变成零，路网像被挖掉了

现象：放大到某一级，主干道的线宽突然看不见了，再放大一级又恢复正常。

原因：这类问题几乎都出在ScaleDenominator和线宽的配合上。很多人在写SLD时把MaxScaleDenominator和MinScaleDenominator写反，导致线宽只在极窄的比例尺区间内生效。也可能是在CSS里用了stroke-width的单位缩写，GeoServer把它解析成了0。

解决：检查规则里的比例尺范围，确保Min值小于Max值。如果确实是小比例尺下路网消失，那是因为低等级道路没有设置更低比例的显示规则，在高缩放级别下要素不再被渲染，这其实是样式空白区，需要补充对应比例尺区间的规则。

5.4 路名出现一堆重叠，高速路上半个名字都看不见

现象：放大到城市级别，同一路段出现三四个重复名称，互相叠在一起，或者高速路名只剩一截。

原因：没有设置repeat和避让参数。GeoServer默认对同一个要素只标一次文字，但不同路段的同名要素会被分别标注，一个高速路出口附近就可能出现多次相同路名。叠加的原因是多个图层的注记层没有统一避让优先级。

解决：在TextSymbolizer里增加VendorOption repeat，让同名要素按固定距离重复出现。跨图层标注重叠时，需要把注记规则统一到一个图层里管理，或者设置更高一级的注记优先级。这里提供两个备选值：repeat设为200到300，VendorOption maxDisplacement设为100左右。

5.5 中文字体在Windows开发机上正常，一部署到Linux就变方框

现象：开发环境路名显示正常，发布到Linux服务器后全部路名变成方框。

原因：开发机是Windows，有微软雅黑等字体；Linux服务器没有安装任何中文字体。GeoServer的字体查找范围和操作系统字体库有关，不是内置的。

解决：在服务器上安装中文字体，常见组合是安装Noto Sans CJK或文泉驿微米黑，安装后用GeoServer的字体列表页确认能被找到。如果服务器安全策略禁止安装字体，也可以把所有中文标注转成图片符号，但那样维护成本高，不建议长期用。这件事我吃过亏，现在凡是新建GeoServer环境，第一件事就是先确认字体列表页里有没有可用的中文字体。

6. 把仿百度Style做成一套可维护的规范：验证列表和三个调优技巧

6.1 三张图验证样式对不对

每次调整完样式，只靠鼠标滚轮预览是看不出问题的。我会固定看三张图：第一张是缩小到省市级别的总览图，重点看高速公路是否明显、低等级道路是否被过滤干净；第二张是城市中心级别的图，重点看主干道、次干道、水系和绿地的层次关系；第三张是街道级别的图，重点看路名是否重叠、路名是否沿线排布。

这三张图可以用WMS固定参数去请求，也可以直接在GeoServer预览里把图层组保存成固定视图。我的习惯是每调一次参数，就把三张截图放到同一个目录下对比，颜色、线宽、注记密度有没有跑偏一目了然。

6.2 三个提升效率的调优技巧

第一个技巧是给样式建立版本号。GeoServer的样式编辑页直接改同一个样式文件，改错了没法回滚。我会在样式名称后缀上加日期戳，比如baidu_style_20250610，确认效果后再把旧样式停用。虽然麻烦，但比改到一半发现回不去要安全得多。

第二个技巧是利用CSS和SLD的双向转换。日常微调用CSS写，因为可读性好；一旦确认最终效果，就导出SLD，把CSS版本作为文档留存。这一做法最大的好处是交接时别人看到的是标准SLD，而不是依赖CSS扩展模块的工程写法。

第三个技巧是清理无效规则。SLD文件每多一条Rule，渲染时就要多一次判断。道路分级样式里经常有从网上抄来的一大堆废弃规则，这些规则在特定缩放级别下不会触发，但每次渲染都要解析一遍。我通常会在定稿前把Rule数量精简到10条以内，过滤条件尽量用Filter而不是多条并行的Rule。

6.3 一套默认参数参考表

下面这个表是我在项目里常用的一套仿百度底图参数，可以直接作为起点微调：

这套参数适合大多数城市路网。如果路网特别密，线宽和z-index都要整体下调一级，否则放大后白色道路会连成一片，看不出地块边界。

最后说一个保持下来的习惯。每次发布一套仿百度样式，我会把原始数据、样式版本、截图、字体安装记录放在同一个目录，命名统一带上日期。这样做防止了后面出现“某天样式突然变了”却查不到原因的状况。地图样式这个事，很多时候问题不在怎么写，而在怎么维护。希望这篇文章的经验能帮到你，让你在做仿百度GeoServer Style的时候少走几趟弯路。

本文还有配套的精品资源，点击获取