1. 为什么要在树莓派4B上折腾WPS树莓派4B这块板子4核Cortex-A72、最高8GB内存跑桌面环境已经不是什么新鲜事。很多人拿它当轻量办公机、学习机甚至给家里老人当上网本用。系统层面Ubuntu 20.04/22.04的ARM64版本对树莓派4B支持已经相当成熟装上桌面后日常操作流畅度完全能接受。但一到文档处理这个环节问题就来了——LibreOffice能用可国内大量文档是WPS格式或者带复杂排版跟同事、老师、客户来回传文件时格式错乱、字体丢失、表格跑版这些问题能把人逼疯。所以“在树莓派4B的ARM架构下装WPS”这个需求本质上不是折腾而是刚需。ARM架构跟大家熟悉的x86_64不一样WPS官方并没有直接提供ARM64的deb安装包网上能搜到的“wps破解版免费永久使用”“wps序列号”这类内容要么是x86的包根本装不上要么来路不明风险极高。真正靠谱的路子是走WPS官方为Linux ARM平台提供的适配版本配合字体修复把中文显示和排版问题一次性解决。这篇文章面向三类人一是刚拿到树莓派4B、装了Ubuntu 20.04或22.04想把它当办公副机用的新手二是已经装过WPS但被字体乱码、方框字折磨过的朋友三是想给团队批量部署树莓派办公环境的技术人员。我会把整个流程拆开讲清楚包括系统准备、安装包获取、依赖处理、字体修复、常见报错排查每一步都说明白“为什么这么做”让你不只是抄命令而是真正理解背后的逻辑。2. 装之前必须搞清楚的几件事2.1 ARM架构与WPS的适配现状先把这个核心问题讲透。ARM架构和x86架构的指令集完全不同x86的二进制程序在ARM上没法直接运行这就是为什么你在网上找到的WPS Linux版deb包拿到树莓派上dpkg -i会报“架构不匹配”或者“无法安装”。WPS官方其实有ARM64版本的适配主要面向国产Linux发行版和部分ARM桌面平台包名通常带arm64标识。你需要确认自己下载的包确实是aarch64或arm64架构而不是amd64。怎么确认下载后先别急着装用这条命令看一眼dpkg-deb -I wps-office_xxx_arm64.deb | grep Architecture输出里如果是arm64那就对了。如果是amd64直接删掉重新找别浪费时间。另外要提醒一句热词里出现的“提供一个存在14个漏洞的可执行程序(arm/arm64架构)”这类内容跟正常安装WPS没有任何关系不要因为好奇去下载运行来路不明的二进制文件。办公环境最重要的是稳定和安全装软件只认官方渠道。2.2 系统版本选择20.04还是22.04树莓派4B上跑Ubuntu20.04和22.04我都实际用过。20.04的优点是成熟稳定社区资料多遇到问题容易搜到答案22.04的桌面环境更新GNOME体验更顺滑但对树莓派4B这种性能级别的设备来说稍微重一点。如果你主要目的是办公文档处理我建议优先选Ubuntu 20.04 ARM64资源占用更低WPS运行更稳。系统装好后先做两件事更新软件源、装好中文字体基础包。命令如下sudo apt update sudo apt upgrade -y sudo apt install -y fonts-noto-cjk fonts-wqy-zenhei fonts-wqy-microhei这三套字体是后续字体修复的基础先装上没坏处。fonts-noto-cjk覆盖范围最广wqy系列是文泉驿对老文档兼容性好。2.3 桌面环境与依赖检查WPS是图形化程序必须跑在桌面环境里。如果你装的是Ubuntu Server版再手动装桌面要确保X11或Wayland正常工作。树莓派4B上推荐用X11兼容性更好Wayland下WPS偶尔会有窗口渲染问题。依赖方面WPS依赖一些常见的库比如libgl1、libxcb系列、libfontconfig等。装之前先跑一遍sudo apt install -y libgl1 libglx-mesa0 libxcb-shm0 libxcb-xfixes0 libxcb-shape0 libxcb-randr0 libxcb-render-util0 libfontconfig1 libfreetype6 libxext6 libxrender1 libsm6 libice6这些库不装WPS启动时可能直接闪退或者界面出来但菜单点不动。我踩过的坑就是只装了主包结果WPS能启动但一打开文档就崩查了半天日志才发现是libxcb相关库缺失。3. 获取正确的WPS ARM64安装包3.1 官方渠道与版本选择WPS for Linux的ARM64版本最稳妥的获取方式是去WPS官方Linux下载页面选择对应架构。页面通常会列出amd64和arm64两个版本认准arm64下载。版本号方面不用追求最新选一个稳定版即可比如11.1.0.xxxx系列。太新的版本有时会引入新的依赖问题在树莓派这种非标准平台上反而容易出状况。下载下来是一个.deb文件放到~/Downloads目录下。先别急着双击安装用命令行操作更可控。3.2 安装前的包信息核验拿到deb包后养成核验习惯dpkg-deb -I wps-office_11.1.0.xxxx_arm64.deb重点看三行Architecture: arm64、Depends:后面的依赖列表、Version:版本号。依赖列表里如果有你没装的库先补上。比如常见的有libc6 ( 2.17)、libglib2.0-0、libdbus-1-3等这些Ubuntu桌面版一般都有但Server版转桌面的可能缺。3.3 安装命令与首次启动安装用dpkg但大概率会遇到依赖问题所以推荐用apt来兜底sudo dpkg -i wps-office_11.1.0.xxxx_arm64.deb sudo apt install -f -y第一条命令装主包第二条自动修复缺失依赖。装完后在应用菜单里应该能看到WPS的图标。第一次启动可能会慢因为要初始化配置和字体缓存耐心等十几秒。如果启动后界面是英文或者中文显示为方框别慌这是字体问题下一章专门解决。注意不要从任何非官方渠道下载所谓的“wps破解版”“wps序列号生成器”这些在ARM平台上根本跑不起来而且极有可能携带恶意脚本。办公软件涉及文档安全来源必须干净。4. 字体修复从方框字到正常显示4.1 为什么WPS在ARM Linux上会字体乱码这个问题的根源在于WPS的Linux版本默认调用系统字体但它对字体名称的匹配逻辑比较“挑剔”。Windows下常用的宋体、黑体、微软雅黑在Linux上默认是没有的。当文档里指定了“宋体”而系统里找不到对应字体时WPS就会用默认字体替代如果默认字体也不包含中文字形就显示成方框或者乱码。更深一层的原因是WPS内部有一份字体映射表它会尝试把“宋体”映射到系统里的某个中文字体。如果系统里装了fonts-noto-cjk理论上应该能映射过去但实际测试中WPS有时会忽略这个映射坚持找“SimSun”这个名字。所以修复的核心思路是让系统里存在WPS认识的字体名称。4.2 安装Windows核心字体合法替代方案最直接的办法是把Windows下的核心中文字体复制到Linux字体目录。但这里涉及版权问题我不能教你直接拷贝Windows字体文件。合法的替代方案是使用开源字体然后通过字体配置让WPS把它们识别为“宋体”“黑体”的替代。具体操作先确保fonts-noto-cjk和fonts-wqy-zenhei已安装然后创建字体配置文件sudo mkdir -p /etc/fonts/conf.d sudo nano /etc/fonts/local.conf写入以下内容?xml version1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig match targetpattern test namefamilystringSimSun/string/test edit namefamily modeassign bindingstrong stringNoto Serif CJK SC/string /edit /match match targetpattern test namefamilystring宋体/string/test edit namefamily modeassign bindingstrong stringNoto Serif CJK SC/string /edit /match match targetpattern test namefamilystringSimHei/string/test edit namefamily modeassign bindingstrong stringNoto Sans CJK SC/string /edit /match match targetpattern test namefamilystring黑体/string/test edit namefamily modeassign bindingstrong stringNoto Sans CJK SC/string /edit /match match targetpattern test namefamilystringMicrosoft YaHei/string/test edit namefamily modeassign bindingstrong stringNoto Sans CJK SC/string /edit /match /fontconfig这段配置的作用是当任何程序请求“SimSun”或“宋体”时系统自动返回“Noto Serif CJK SC”请求“SimHei”“黑体”“微软雅黑”时返回“Noto Sans CJK SC”。这样WPS就能找到对应的字体不再显示方框。改完后刷新字体缓存fc-cache -fv然后重启WPS打开一个带中文的文档测试。如果还是方框继续往下看。4.3 手动补充字体与缓存重建有些情况下fontconfig的映射不生效可能是因为WPS有自己的字体缓存。这时候可以手动把开源字体复制到WPS的字体目录或者把字体放到用户字体目录mkdir -p ~/.local/share/fonts cp /usr/share/fonts/opentype/noto/NotoSerifCJK-Regular.ttc ~/.local/share/fonts/ cp /usr/share/fonts/opentype/noto/NotoSansCJK-Regular.ttc ~/.local/share/fonts/ fc-cache -fv ~/.local/share/fonts然后删除WPS的配置缓存让它重新生成rm -rf ~/.config/Kingsoft重新启动WPS第一次会重新初始化字体应该就正常了。这个操作我实测过多次对树莓派4B上的WPS 11.1版本有效。4.4 验证字体是否修复成功验证方法很简单打开WPS文字新建一个文档输入中文然后看字体下拉框里能不能选到“宋体”“黑体”这些名称。如果能选到并且显示正常说明修复成功。另一个验证方式是打开一个之前乱码的文档看方框是否消失。还可以用命令行验证字体匹配fc-match 宋体 fc-match SimSun fc-match 微软雅黑输出应该分别指向Noto Serif CJK SC和Noto Sans CJK SC。如果输出的是“DejaVu Sans”之类的默认字体说明配置没生效检查local.conf的路径和内容是否正确。5. 实操全流程与关键环节记录5.1 从零开始的完整操作序列假设你刚装好Ubuntu 20.04 ARM64桌面能正常进网络通畅。下面是我实际操作的完整序列按顺序执行即可第一步更新系统并安装基础字体sudo apt update sudo apt upgrade -y sudo apt install -y fonts-noto-cjk fonts-wqy-zenhei fonts-wqy-microhei第二步安装WPS依赖库sudo apt install -y libgl1 libglx-mesa0 libxcb-shm0 libxcb-xfixes0 libxcb-shape0 libxcb-randr0 libxcb-render-util0 libfontconfig1 libfreetype6 libxext6 libxrender1 libsm6 libice6第三步下载WPS ARM64 deb包放到~/Downloads然后安装cd ~/Downloads sudo dpkg -i wps-office_11.1.0.xxxx_arm64.deb sudo apt install -f -y第四步配置字体映射创建/etc/fonts/local.conf内容如上一章所示然后刷新缓存sudo fc-cache -fv第五步清理WPS配置缓存并重启rm -rf ~/.config/Kingsoft第六步启动WPS测试中文显示。整个流程走下来树莓派4B上大概需要15到20分钟主要时间花在下载和字体缓存重建上。5.2 关键参数与配置说明local.conf里的bindingstrong这个属性很关键。它表示强制替换优先级最高。如果不加这个fontconfig可能会保留原来的字体请求导致WPS仍然找不到字体。modeassign表示直接赋值把请求的字体名替换成目标字体名。另外Noto Serif CJK SC对应宋体风格Noto Sans CJK SC对应黑体风格。如果你希望更接近Windows的显示效果可以试试Noto Serif CJK SC配宋体Noto Sans CJK SC配黑体。实测下来文档排版基本一致不会有明显差异。5.3 树莓派4B性能调优建议WPS在树莓派4B上运行内存占用大概在300到500MB之间打开大文档时会更高。如果你用的是2GB内存版本建议关闭其他大型应用或者增加交换空间sudo nano /etc/dphys-swapfile把CONF_SWAPSIZE从默认的100改成1024或2048然后重启交换服务sudo systemctl restart dphys-swapfile这样能减少打开大文档时的卡顿和崩溃概率。另外WPS的设置里可以关闭“云同步”和“自动更新”减少后台资源占用。6. 常见问题与排查技巧实录6.1 WPS启动闪退或无法启动这是最常见的问题。排查顺序先看依赖是否装全用ldd检查主程序ldd /opt/kingsoft/wps-office/office6/wps | grep not found如果有not found的库用apt装上对应的包。常见缺失的是libxcb-xinerama0、libxcb-icccm4、libxcb-keysyms1等补装命令sudo apt install -y libxcb-xinerama0 libxcb-icccm4 libxcb-keysyms1 libxcb-image0如果依赖没问题还是闪退试试用命令行启动看报错信息/opt/kingsoft/wps-office/office6/wps终端里会输出具体错误根据错误定位问题。6.2 字体修复后仍然显示方框可能原因有三个一是local.conf没生效用fc-match验证二是WPS缓存没清删掉~/.config/Kingsoft再试三是文档里用的字体不在映射列表里比如“仿宋”“楷体”。解决办法是在local.conf里补充更多映射match targetpattern test namefamilystring仿宋/string/test edit namefamily modeassign bindingstrong stringNoto Serif CJK SC/string /edit /match match targetpattern test namefamilystring楷体/string/test edit namefamily modeassign bindingstrong stringNoto Serif CJK SC/string /edit /match6.3 表格和排版错乱这个问题通常不是WPS本身的问题而是字体度量差异导致的。Windows字体和Noto字体的字符宽度、行高不完全一样所以表格可能跑版。缓解办法是尽量使用Noto字体作为文档字体或者在WPS里调整“兼容性设置”把“使用打印机度量”打开。6.4 常见问题速查表问题现象可能原因解决方法WPS启动闪退依赖库缺失ldd检查补装缺失库中文显示方框字体映射未生效检查local.conf刷新缓存字体下拉框无宋体WPS缓存未清删除~/.config/Kingsoft表格跑版字体度量差异统一使用Noto字体打开大文档卡顿内存不足增加交换空间关闭云同步界面英文语言包缺失安装wps-office-l10n-zh-cn提示每次修改字体配置后一定要执行fc-cache -fv否则配置不生效。这个步骤我见过太多人漏掉然后抱怨配置没用。6.5 独家避坑经验第一个坑不要用sudo启动WPS。有些教程让你用sudo运行结果配置文件权限变成root后续普通用户启动时读不到配置各种奇怪问题。始终用普通用户启动。第二个坑树莓派4B的USB供电不足时WPS打开大文档可能因为CPU降频而卡死。确保用5V 3A的电源别用劣质充电头。第三个坑如果你同时装了LibreOffice和WPS两者的字体配置可能冲突。建议只保留一个办公套件或者确保local.conf的配置对两者都友好。第四个坑WPS的自动备份功能在树莓派上可能因为磁盘IO慢而拖累性能。可以在设置里把备份间隔调长或者关闭自动备份。7. 日常使用中的几个实用技巧WPS装好、字体修好之后日常使用还有几个点可以优化。一是把WPS的默认保存格式设为.docx而不是.wps方便跟其他人交换文件。二是关闭“云文档”同步树莓派上没必要开这个还占资源。三是如果经常处理表格可以把WPS表格的“计算精度”设为“以显示为准”避免浮点误差。另外树莓派4B的散热对WPS稳定性有影响。长时间编辑文档时CPU温度上来后可能降频导致输入延迟。加个散热片或者小风扇体验会好很多。我实测在室温25度下不加散热连续用WPS一小时CPU温度能到75度以上加了散热片后稳定在60度左右。如果你需要更流畅的体验可以考虑用zram压缩内存减少交换分区IOsudo apt install -y zram-tools然后在/etc/default/zramswap里设置ALGOlz4、PERCENT50重启服务即可。这个对2GB内存的树莓派4B提升明显。最后再分享一个小技巧WPS的界面字体如果太小可以通过设置QT_SCALE_FACTOR环境变量来调整export QT_SCALE_FACTOR1.2把这行加到~/.bashrc里重启终端后启动WPS界面会大一圈在高分屏或者小屏幕上更舒服。
企业数字化 ERP 产品动态
相关推荐
STM32超声波测距仪开源项目:原理图、代码与仿真全解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/25 6:33:33
DeskcommCRM实施全记录:从数据割裂到统一客户工作台 做CRM这几年,我长期在几个后台之间来回折腾。老系统里,客户资料存在一套平台,工单跑在另一套平台,客服聊天记录又沉在第三套系统,真要梳理一个客户的完整跟进脉络,得开着好几个标签页人工比对。今年年初我们… · 2026/9/25 6:33:33
TC3XX HSM安全调试实战:寄存器配置与挑战应答机制详解 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/25 6:33:33
Atlas 300V 24G推理卡部署YOLO实战:模型转换与避坑指南 去年有个项目要把YOLOv5接到华为的AI硬件上,当时我就被一个问题卡住了:Atlas 300V 24G到底是张什么卡?是不是运算加速卡?能不能直接拿来跑目标检测?网上一搜,说法五花八门,有人拿它和GPU比显存&… · 2026/9/25 7:10:25
使用 API Blueprint 描述超媒体 API:Polls Hypermedia API 实战范本 文档API设计教程 【免费下载链接】api-blueprint API Blueprint 项目地址: https://gitcode.com/gh_mirrors/ap/api-blueprint 点击查看 免费下载 API Blueprint 是一套建立在 Markdown 语义之上的 Web API 描述语言,而超媒体(Hypermedia&am… · 2026/9/25 7:10:19
AWS SDK for .NET 操作 Amazon SQS 实战指南:从单操作示例到消息队列完整场景 示例工程教程后端 【免费下载链接】aws-doc-sdk-examples Welcome to the AWS Code Examples Repository. This repo contains code examples used in the AWS documentation, AWS SDK Developer Guides, and more. For more information, see the Readme.md file below. 项目地… · 2026/9/25 7:10:19
创维E900V22D刷机全攻略:S905L3SB芯片兼容性解析与救砖实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/25 1:00:31
MQTT协议原理与Broker服务器搭建实战:从Mosquitto到EMQX /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/25 1:00:37