大约一年多前，公司同事开始使用Redis，不清楚是配置，还是版本的问题，当时的Redis经常在使用一段时间后，连接爆满且不释放。印象中，Redis 2.4.8以下的版本由于设计上的主从库同步问题，就会导致整个问题，不知是否确为这个Bug所致。但从那以后，我就很少敢去尝试使用Redis。曾想转投MongoDB，但公司同事给我的回复是，由于MongoDB宕机，数据丢失，公司损失惨重。于是，我一直停留在Memcached使用范畴，且用的还比较一般。
由于前段时间使用Kestrel，同时要操作Memcached及时更新缓存，又要操作database，持久化数据。
貌似Redis既可以当Cache又可以当Queue！于是，今天开始研究Redis！
相关链接：
征服 Redis + Jedis + Spring （一）—— 配置&常规操作（GET SET DEL）
征服 Redis + Jedis + Spring （二）—— 哈希表操作（HMGET HMSET）
征服 Redis + Jedis + Spring （三）—— 列表操作
一、Redis简要介绍
Redis —— REmote DIctionary Server，可以直接理解为远程字典服务，也就是基于Key-Value模式Memcached+Database Persistence。
如果真要把Redis与Memcached进行对比，参考下图：
使用Memcached，让我感触颇深的是Object Size的问题，由于SQL未作优化直接映射对象，导致缓存对象大于1MB，Memcached就抛了异常。而Redis默认缓存对象512MB，最大支持1GB。至少在缓存对象时，可以有更大的伸缩空间了！
此外，是数据类型。Memcached比较简单，而Redis可以支持更多复杂的数据类型，如HASH、SET、SortedSet等等。
PS:Memcached是在Server端实现的Sharding，Redis没有对应的实现，据说3.0系列开始支持，不过这话貌似说了2年之久。
Redis装起来，实在是过于简单，让我几乎“无从下手”。因为连“configure”文件都不需要，你只需要做个“make”就好。
在这里下载Redis最新版，这里用Redis 2.4.16
下载&解压：
wget http://redis.googlecode.com/files/redis-2.4.16.tar.gz tar zxvf redis-2.4.16.tar.gz
Redis可以解压至任何目录，一个make安装即可获得执行、配置文件。
安装（这里将redis解压到/opt/目录下）：
cd /opt/redis-2.4.16 make
make之后，我们会得到以下可执行文件：
- redis-server：Redis服务器的daemon启动程序
- redis-cli：Redis命令行操作工具。或者通过telnet进行纯文本协议操作
- redis-benchmark：Redis性能测试工具，测试Redis在你的系统及你的配置下的读写性能
上述文件位于src目录下。
我习惯性的执行了make install，貌似我需要的可执行文件，安装到了/usr/local/bin：
cd src && make install
make[1]: Entering directory `/opt/software/redis-2.4.16/src'
MAKE hiredis
make[2]: Entering directory `/opt/software/redis-2.4.16/deps/hiredis'
make[2]: Nothing to be done for `static'.
make[2]: Leaving directory `/opt/software/redis-2.4.16/deps/hiredis'
MAKE linenoise
make[2]: Entering directory `/opt/software/redis-2.4.16/deps/linenoise'
make[2]: “linenoise_example”是最新的。
make[2]: Leaving directory `/opt/software/redis-2.4.16/deps/linenoise'
MAKE hiredis
make[2]: Entering directory `/opt/software/redis-2.4.16/deps/hiredis'
make[2]: Nothing to be done for `static'.
make[2]: Leaving directory `/opt/software/redis-2.4.16/deps/hiredis'
LINK redis-benchmark
LINK redis-cli
Hint: To run 'make test' is a good idea ;)
mkdir -p /usr/local/bin
cp -pf redis-server /usr/local/bin
cp -pf redis-benchmark /usr/local/bin
cp -pf redis-cli /usr/local/bin
cp -pf redis-check-dump /usr/local/bin
cp -pf redis-check-aof /usr/local/bin
make[1]: Leaving directory `/opt/software/redis-2.4.16/src'
这样，就不用我拷贝文件了。 意外收获！
此外，还会得到一个默认的配置文件——redis.conf。
最好，把它拷贝到固定的目录下，例如：/etc/redis/目录下！
mkdir /etc/redis cp redis.conf /etc/redis
然后，我们就可以在任何路径下，直接启动Redis了！
三、运行
运行Redis：
redis-server /etc/redis/redis.conf
[1958] 13 Aug 16:18:24 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
[1958] 13 Aug 16:18:24 * The server is now ready to accept connections on port 6379
[1958] 13 Aug 16:18:24 - 0 clients connected (0 slaves), 717544 bytes in use
四、测试
通过客户端命令redis-cli访问Redis
redis> set name zlex
OK
redis> get name
"zlex"
进行数据测试：
redis-benchmark -l
这个测试会一直进行下去，直到你Ctrl+C：
10000 requests completed in 0.12 seconds
50 parallel clients
3 bytes payload
keep alive: 1
99.31% <= 1 milliseconds
99.53% <= 2 milliseconds
99.64% <= 3 milliseconds
99.70% <= 4 milliseconds
99.74% <= 5 milliseconds
99.78% <= 6 milliseconds
99.82% <= 7 milliseconds
99.84% <= 8 milliseconds
99.86% <= 9 milliseconds
99.89% <= 10 milliseconds
99.91% <= 11 milliseconds
99.93% <= 12 milliseconds
99.96% <= 13 milliseconds
99.98% <= 14 milliseconds
100.00% <= 15 milliseconds
81300.81 requests per second
====== PING ======
10000 requests completed in 0.12 seconds
50 parallel clients
3 bytes payload
keep alive: 1
99.96% <= 1 milliseconds
100.00% <= 1 milliseconds
84033.61 requests per second
^CET (10 keys): 26200.00
五、关闭
也可通过客户端命令redis-cli完成Redis关闭操作:
redis-cli shutdown
[2639] 13 Aug 16:35:35 * Saving the final RDB snapshot before exiting.
[2639] 13 Aug 16:36:49 * DB saved on disk
[2639] 13 Aug 16:36:49 # Redis is now ready to exit, bye bye...
六、调优
1./etc/sysctl.conf
前面启动Redis时，看到如下警告：
需要修改/etc/sysctl.conf文件：
vim /etc/sysctl.conf
末尾追加vm.overcommit_memory = 1
然后执行sysctl vm.overcommit_memory=1，使之生效：
# sysctl vm.overcommit_memory=1 vm.overcommit_memory = 1
2./proc/sys/vm/overcommit_memory
为了调整内存分配策略，需要配置/proc/sys/vm/overcommit_memory
- 0， 表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。
- 1， 表示内核允许分配所有的物理内存，而不管当前的内存状态如何。
- 2， 表示内核允许分配超过所有物理内存和交换空间总和的内存
默认为0，如果内存情况比较紧张的话，设为1：
echo 1 > /proc/sys/vm/overcommit_memory
3.redis.conf
前面启动Redis后，总是在命令行里不断跳着各种日志，很麻烦。即便通过“&”，领其后台运行，也无济于事。这就需要修改redis.conf，以Daemo模式运行！
redis.conf参数：
- daemonize：是否以后台daemon方式运行
- pidfile：pid文件位置
- port：监听的端口号
- timeout：请求超时时间
- loglevel：log信息级别
- logfile：log文件位置
- databases：开启数据库的数量
- save * *：保存快照的频率，第一个*表示多长时间（秒级），第三个*表示执行多少次写操作。在一定时间内执行一定数量的写操作时，自动保存快照。可设置多个条件。
- rdbcompression：是否使用压缩
- dbfilename：数据快照文件名（只是文件名，不包括目录）
- dir：数据快照的保存目录（这个是目录）
- appendonly：是否开启appendonlylog，开启的话每次写操作会记一条log，这会提高数据抗风险能力，但影响效率。
- appendfsync：appendonlylog如何同步到磁盘（三个选项，分别是每次写都强制调用fsync、每秒启用一次fsync、不调用fsync等待系统自己同步）
- slaveof <masterip> <masterport> ：主从配置，在redis-slave上配置master的ip port，即可。
例如，我们可以修改为如下方式：
save 60 1000 #当时间间隔超过60秒，或存储超过1000条记录时，进行持久化。
maxmemory 256mb #分配256MB内存
PS：切记，一定要设定maxmemmory，且配置大小要小于物理内存，留有足够的内存供系统使用。
公司一同学的Redis，某期间数据暴涨，导致内存吃紧，SWAP加剧，直接宕机。就是因为没有设置maxmemmory。
七、集群配置
把鸡蛋都放在一个篮子里是件危险的事情。首先，要做好主备。其次，如果可以做一致性哈希，可以起到负载均衡的作用。
配置Master-Slave，只需要在Slave上配置Master节点IP Port：
PS：为了两个Redis Server可以互访，需要注释掉bind 127.0.0.1
依次启动Master，Slave：
[7651] 17 Aug 19:08:07 * DB loaded from disk: 0 seconds
[7651] 17 Aug 19:08:07 * The server is now ready to accept connections on port 6379
[7651] 17 Aug 19:08:08 * Slave ask for synchronization
[7651] 17 Aug 19:08:08 * Starting BGSAVE for SYNC
[7651] 17 Aug 19:08:08 * Background saving started by pid 7652
[7652] 17 Aug 19:08:08 * DB saved on disk
[7651] 17 Aug 19:08:08 * Background saving terminated with success
[7651] 17 Aug 19:08:08 * Synchronization with slave succeeded
[7572] 17 Aug 19:07:39 * DB loaded from disk: 0 seconds
[7572] 17 Aug 19:07:39 * The server is now ready to accept connections on port 6379
[7572] 17 Aug 19:07:39 * Connecting to MASTER...
[7572] 17 Aug 19:08:08 * MASTER <-> SLAVE sync started: SYNC sent
[7572] 17 Aug 19:08:08 * MASTER <-> SLAVE sync: receiving 10 bytes from master
[7572] 17 Aug 19:08:08 * MASTER <-> SLAVE sync: Loading DB in memory
[7572] 17 Aug 19:08:08 * MASTER <-> SLAVE sync: Finished with success
看到上述日志，就说明Master-Slave已经连通。
简单测试，Master写，Slave读：
Trying 192.168.133.139...
Connected to 192.168.133.139.
Escape character is '^]'.
set name snowolf
+OK
Trying 192.168.133.140...
Connected to 192.168.133.140.
Escape character is '^]'.
get name
$7
snowolf
搞定！
八、主从备份
在从服务器上执行下列命令：
#备份 redis-cli save #关闭redis服务器 redis-cli shutdown
然后，拷贝数据目录下的rdb文件。
九、系统服务
习惯了通过service启动一切服务，当然，这跟我生产环境部署有关，通常只分配给用于部署的账户操作service命令的权限。主要是为了确保系统安全。
参考之前写的Memcached的系统服务文件，改造一个Redis版本！
新建文件，并赋予权限：
touch /etc/init.d/redis-server chmod +x /etc/init.d/redis-server
编辑/etc/init.d/redis-server，键入如下内容：
#!/bin/bash
#
# redis Startup script for redis processes
#
# author: snowolf
#
# processname: redis
redis_path="/usr/local/bin/redis-server"
redis_conf="/etc/redis/redis.conf"
redis_pid="/var/run/redis.pid"
# Source function library.
. /etc/rc.d/init.d/functions
[ -x $redis_path ] || exit 0
RETVAL=0
prog="redis"
# Start daemons.
start() {
if [ -e $redis_pid -a ! -z $redis_pid ];then
echo $prog" already running...."
exit 1
fi
echo -n $"Starting $prog "
# Single instance for all caches
$redis_path $redis_conf
RETVAL=$?
[ $RETVAL -eq 0 ] && {
touch /var/lock/subsys/$prog
success $"$prog"
}
echo
return $RETVAL
}
# Stop daemons.
stop() {
echo -n $"Stopping $prog "
killproc -d 10 $redis_path
echo
[ $RETVAL = 0 ] && rm -f $redis_pid /var/lock/subsys/$prog
RETVAL=$?
return $RETVAL
}
# See how we were called.
case "$1" in
start)
start
;;
stop)
stop
;;
status)
status $prog
RETVAL=$?
;;
restart)
stop
start
;;
condrestart)
if test "x`pidof redis`" != x; then
stop
start
fi
;;
*)
echo $"Usage: $0 {start|stop|status|restart|condrestart}"
exit 1
esac
exit $RETVAL
Stopping redis [失败]
Starting redis [确定]
# service redis-server status
redis (pid 14965) 正在运行...
非常方便！
暂且整理这么多，未完待续。
相关链接：
征服 Redis + Jedis + Spring （一）—— 配置&常规操作（GET SET DEL）
相关推荐
这篇“征服Redis + Jedis”的博文很可能是介绍如何在Java应用中高效地使用Redis和Jedis进行数据交互。 首先，了解Redis的基本数据类型是至关重要的。Redis支持字符串（Strings）、哈希表（Hashes）、列表（Lists）...
总的来说，“征服 Redis + Jedis + Spring （三）—— 列表操作”这个主题涵盖了 Redis 的列表数据类型、Jedis 的客户端操作以及 Spring Data Redis 提供的高级抽象。理解并掌握这些知识点，将有助于你在开发过程中...
在本篇博客“征服 Redis + Jedis + Spring （二）—— 哈希表操作（HMGET HMSET）”中，我们将深入探讨如何利用Redis、Jedis库以及Spring框架进行哈希表的操作，特别是`HMGET`和`HMSET`这两个重要的命令。...
区块链_智能合约_Solidity_保险应用_基于以太坊的技_1744433266
内容概要：本文档详细介绍了在Windows系统上安装MySQL数据库的具体步骤。首先，需要配置系统环境变量，包括新建MYSQL_HOME变量并将其添加到PATH中；其次，创建并编辑my.ini配置文件，设置MySQL的基本参数如端口、字符集、数据存放目录等；接着，在命令行工具中通过一系列指令完成MySQL的初始化、服务安装、启动以及root用户的密码设置和权限调整。整个流程涵盖了从环境搭建到最终确保MySQL服务正常运行的所有关键环节。 适合人群：适用于有一定计算机操作基础，尤其是对数据库管理有一定兴趣或需求的技术人员。 使用场景及目标：①帮助用户在本地机器上成功部署MySQL数据库环境；②确保用户能够掌握MySQL的基本配置与管理技能，如环境变量配置、服务安装与卸载、用户权限管理等。 其他说明：在安装过程中可能会遇到一些常见问题，例如由于之前版本残留导致的服务安装失败，此时可以通过命令行删除旧服务(sc delete mysql)来解决。此外，为了保证安全性，务必及时修改root用户的初始密码。
内容概要：`STARTUP.A51` 是 Keil C51 编译器自带的启动文件，用于初始化 8051 单片机的硬件和软件环境。该文件主要完成三个任务：初始化堆栈指针、清零内部数据存储器、跳转到主程序。文件中定义了内存模式（如 SMALL），并设置了堆栈指针的初始值为 0x60。接着通过循环将内部数据存储器的所有字节清零，确保程序开始时数据存储器的状态是确定的。此外，文件还列出了 8051 单片机的各个中断向量地址，并为每个中断提供占位符，实际的中断处理程序需要在其他文件中实现。最后，启动代码段初始化堆栈指针和数据段后，跳转到 `MAIN` 函数开始执行主程序。; 适合人群：对嵌入式系统开发有一定了解，尤其是使用 8051 单片机的开发者。; 使用场景及目标：①理解 8051 单片机启动文件的工作原理；②掌握如何初始化堆栈指针和数据段；③熟悉中断向量表的设置及其作用。; 其他说明：此文件为程序正常运行提供了必要的初始化操作，开发者可以根据具体需求修改该文件以适应不同的硬件和软件环境。
内容概要：该论文研究了一种基于行波理论的输电线路故障诊断方法。当输电线路发生故障时，故障点会产生向两侧传播的电流和电压行波。通过相模变换对三相电流行波解耦，利用解耦后独立模量间的关系确定故障类型和相别，再采用小波变换模极大值法标定行波波头，从而计算故障点距离。仿真结果表明，该方法能准确识别故障类型和相别，并对故障点定位具有高精度。研究使用MATLAB进行仿真验证，为输电线路故障诊断提供了有效解决方案。文中详细介绍了三相电流信号生成、相模变换（Clarke变换）、小波变换波头检测、故障诊断主流程以及结果可视化等步骤，并通过多个实例验证了方法的有效性和准确性。 适合人群：具备一定电力系统基础知识和编程能力的专业人士，特别是从事电力系统保护与控制领域的工程师和技术人员。 使用场景及目标：①适用于电力系统的故障检测与诊断；②能够快速准确地识别输电线路的故障类型、相别及故障点位置；③为电力系统的安全稳定运行提供技术支持，减少停电时间和损失。 其他说明：该方法不仅在理论上进行了深入探讨，还提供了完整的Python代码实现，便于读者理解和实践。此外，文中还讨论了行波理论的核心公式、三相线路行波解耦、行波测距实现等关键技术点，并针对工程应用给出了注意事项，如波速校准、采样率要求、噪声处理等。这使得该方法不仅具有学术价值，也具有很强的实际应用前景。
内容概要：本文详细介绍了光伏-混合储能微电网能量管理系统的模型架构及其控制策略。首先探讨了光伏发电模块中的MPPT（最大功率点跟踪）控制，采用扰动观察法和改进型变步长策略来提高光伏板的发电效率。接着重点讲解了混合储能系统的功率分配，利用一阶低通滤波算法将功率需求分为低频和高频两部分，分别由蓄电池和超级电容处理。此外，文中还深入讨论了SOC（荷电状态）管理策略，确保电池和超级电容在不同工作状态下保持最佳性能。仿真结果显示，在光伏出力剧烈波动的情况下，系统能够有效地维持稳定的电压水平，并显著提高了储能设备的使用寿命。 适合人群：对光伏微电网、储能技术和能量管理系统感兴趣的科研人员、工程师和技术爱好者。 使用场景及目标：适用于研究和开发高效、可靠的光伏-混合储能微电网系统，旨在优化能量管理和提高系统稳定性。具体应用场景包括但不限于家庭光伏系统、小型微电网以及工业能源管理系统。 其他说明：文中提供了详细的代码实现和仿真结果，便于读者理解和复现实验。同时，模型设计采用了模块化思路，方便进行个性化修改和扩展。
内容概要：本文详细介绍了基于MATLAB和CVX平台实现的储能调峰调频联合优化模型。该模型不仅涵盖了储能的基本参数设定、负荷不确定性处理、充放电策略制定，还包括了调峰调频的联合调度、功率约束处理、鲁棒优化等方面的内容。通过构建考虑电池退化成本、充放电功率约束以及用户负荷不确定性的储能优化模型，展现了储能系统在电力系统中的高效协同工作。文中提供了详细的代码示例，解释了各个部分的功能和实现方法，强调了模型的深度与创新性。 适合人群：适用于具有一定编程基础和技术背景的研究人员、工程师以及希望深入了解储能系统优化的学生。 使用场景及目标：该模型主要用于电力系统中储能设备的优化调度，旨在提高储能系统的经济效益和社会效益。通过联合调峰调频，能够显著提升储能系统的收益，实现1+1>2的超线性增益效果。此外，该模型还可以用于教学和科研，帮助初学者理解和掌握储能优化的相关技术和理论。 其他说明：代码中包含了丰富的注释和模块化的子程序，使得整个模型易于理解和扩展。对于有经验的开发者，可以在现有基础上进一步改进和定制，以适应不同的应用场景。
大模型技术白皮书2023版
图像增广 PyTorch 版
批量修改文件名可以帮助用户节省大量时间，提高工作效率 里面附带使用教程
《计算机应用基础》第2章--Windows-XP操作系统.ppt
包括：源程序工程文件、Proteus仿真工程文件、电路原理图文件、配套技术手册、论文资料等 1、采用51/52单片机(通用)作为主控芯片； 2、采用1602液晶显示使用过程及状态，液晶屏亮度会随光线自动调整； 3、按键输入6位密码，输入密码正确则锁打开，显示open！输入密码错误次数超过3次，蜂鸣器报警并且锁定键盘； 4、密码可以自己修改，必须是锁打开时才能改密，为防止误操作，修改密码得输入两次； 5、采用24C02保存密码，掉电不丢失； 6、可通过红外遥控器输入密码操作锁的状态；
内容概要：本文深入剖析了2025年全球感知技术的十大发展趋势，涵盖多模态感知融合、3D感知与空间计算、脑机接口中的感知反馈技术、5G/6G赋能的超低延迟感知、语音与情感识别的高级化、生物感知与数字健康、环境感知与自适应智能、增强现实（AR）与触觉反馈技术、气味与化学感知、量子感知与极端条件测量。文章详细介绍了每项技术的技术原理、关键算法、实现方式、商业案例及未来前景，强调了感知技术在智慧城市、自动驾驶、智慧医疗、工业自动化等领域的深刻影响。报告指出，感知技术正从单一传感模式向多模态融合、从二维数据向三维空间重建、从传统网络通信向超低延迟和高可靠性网络升级，实现全场景、全维度的智能感知。; 适合人群：对感知技术感兴趣的科技爱好者、研究人员、决策者、企业管理层和投资人。; 使用场景及目标：①了解感知技术的最新进展和未来发展方向；②为技术研究提供全面、深入的参考；③为商业应用提供具体的案例和前景分析；④推动跨领域协同创新，构建开放共赢的产业生态。; 其他说明：报告基于近年来技术研发的最新进展、业界前沿的技术路线以及各大科技企业在商业落地方面的丰富实践。随着感知技术的不断成熟，数据隐私与安全保护问题也需高度重视，以确保技术进步与社会伦理和谐统一。未来，感知技术将成为推动社会进步和产业升级的重要力量，为实现万物互联、智慧决策和智能体验提供无限可能。
本论文主要论述了如何使用JAVA语言开发一个校园新闻网站 ，本系统将严格按照软件开发流程进行各个阶段的工作，采用B/S架构，面向对象编程思想进行项目开发。在引言中，作者将论述校园新闻网站的当前背景以及系统开发的目的，后续章节将严格按照软件开发流程，对系统进行各个阶段分析设计。 校园新闻网站的主要使用者分为管理员和用户，实现功能包括管理员：首页、个人中心、用户管理、新闻类型管理、校园新闻管理、留言板管理、论坛交流、系统管理，用户前台：首页、校园新闻、论坛交流、留言反馈、个人中心、后台管理等功能。由于本网站的功能模块设计比较全面，所以使得整个校园新闻网站信息管理的过程得以实现。 本系统的使用可以实现本校园新闻网站管理的信息化，可以方便管理员进行更加方便快捷的管理，可以提高管理人员的工作效率。 基于Springboot+vue的校园新闻网站【源码+数据库+参考论文】 感兴趣自行下载学习！
内容概要：本文详细探讨了三相三电平PWM整流器的闭环控制策略及其核心技术——三电平SVPWM算法。文章首先介绍了三相三电平PWM整流器的基本概念和优势，如输出三种电平以降低谐波含量并减少滤波器体积和成本。接着阐述了闭环控制策略的重要性，强调了电压外环和电流内环的双闭环控制机制。随后，文章深入讲解了三电平SVPWM算法的工作原理，包括空间电压矢量的选择、扇区判断、矢量作用时间和死区补偿等关键技术环节。此外，还讨论了中点电位平衡的问题以及PI参数的整定方法。最后，通过示波器测试验证了系统的性能指标，如THD低于3%，直流电压纹波小于1%。 适合人群：从事电力电子领域的工程师和技术人员，尤其是对三相三电平PWM整流器及其控制策略感兴趣的读者。 使用场景及目标：适用于高压大功率场合，旨在提高整流器的性能，降低谐波含量，实现单位功率因数运行。通过合理设计闭环控制策略和优化SVPWM算法，确保整流器在各种工况下都能稳定、高效地工作。 其他说明：文中提供了大量MATLAB和C语言代码片段，帮助读者更好地理解和实现相关算法。同时，针对实际调试过程中遇到的问题给出了实用的解决方案，如中点电位平衡和死区补偿等。
全新红娘本地交友系统定制版源码 相亲婚恋交友小程序源码
内容概要：文章探讨了AI技术，特别是DeepSeek，如何驱动地图生成的变革。首先介绍了地图制图在AI时代的背景与挑战，强调了DeepSeek与地图融合的两种主要方式：嵌入地图制图链和研发地图语言自身的预训练模型。随后详细描述了DeepSeek在地图生成中的具体应用，包括智能化地图生成器DoMapAI的整体框架，地图制图链中的知识图谱推理路径，以及地图语言的Token化过程。最后，文章总结了AI时代地图制图的职业变化和技术变革，指出地图制图正经历“大变局”。 适合人群：从事地图制图及相关领域的研究人员、工程师，以及对AI与地图生成感兴趣的学者。 使用场景及目标：①理解AI技术在地图生成中的应用，特别是DeepSeek的作用；②掌握智能化地图生成器DoMapAI的工作原理及其应用场景；③学习地图语言Token化的方法及其在地图生成中的应用；④探索AI时代地图制图的职业发展方向和技术变革。 阅读建议：本文内容较为专业，建议读者先了解基本的AI技术和地图制图知识。重点关注DeepSeek与地图融合的具体方法和应用场景，理解智能化地图生成器DoMapAI的工作流程，以及地图语言Token化的实现过程。在阅读过程中，可以结合实际案例进行思考，以更好地理解AI技术对地图制图的影响。
chromedriver-mac-arm64-135.0.7049.114.zip