影刀RPA 日志面板与输出窗口的正确用法调试监控两不误新手调试流程最大的困惑变量值对不对循环跑了几次哪一步最慢这些问题如果靠盯着屏幕看眼睛累还不准。影刀的输出面板和日志输出指令就是解决这些问题的。但很多人只用了10%的功能——只会在崩了之后看报错。这篇文章从能用到好用把日志系统讲透。输出面板的三个区域影刀底部的输出面板分三个标签页1. 输出Output流程运行期间的所有日志信息都在这里。包括你用【日志输出】指令主动打印的内容系统自动打印的操作日志打开网页、点击元素等错误堆栈信息Python节点的print输出2. 错误列表把输出面板里的红色错误单独抽出来。当输出面板信息太多找不到错误时切到这个标签直接看。3. 搜索结果按CtrlF搜索输出内容结果汇总在这里。【日志输出】指令的四种姿势姿势1单纯打印变量值【日志输出】当前用户名username 【日志输出】订单数量str(order_count)【日志输出】执行时间now_time这是最基础的用法跑流程时盯着输出面板看变量对不对。拼多多店群自动化上架方案姿势2分段标记在流程的关键节点做标记一眼看出跑到了哪一步【日志输出】 第1步登录系统 ...登录逻辑...【日志输出】登录完成开始第2步【日志输出】 第2步采集订单 ...采集逻辑...【日志输出】采集完成共 str(count) 条【日志输出】 第3步数据清洗 ...清洗逻辑...【日志输出】清洗完成有效数据 str(valid_count) 条用等号和中文分段标题跑完流程在输出面板里一扫就知道哪个环节花了多少时间、处理了多少数据。姿势3带时间戳的日志影刀的【日志输出】本身不带时间戳。对于需要事后分析的场景自己拼接时间【日志输出】{当前时间} [采集] 第{page}页采集完成{count}条输出效果2026-07-01 09:15:23 [采集] 第1页采集完成20条 2026-07-01 09:15:45 [采集] 第2页采集完成20条 2026-07-01 09:16:02 [采集] 第3页采集完成18条有了时间戳就能算出每页花了多少秒、整个流程跑了多久、哪里慢、哪里快。姿势4写入日志文件输出面板的日志关了影刀就没了。如果需要长期保留日志用于排查历史问题建议把日志同时写入文件。在Python节点里写一个简单的日志函数importosfromdatetimeimportdatetime log_filerC:\logs\rpa_run.logos.makedirs(os.path.dirname(log_file),exist_okTrue)defwrite_log(msg):timestampdatetime.now().strftime(%Y-%m-%d %H:%M:%S)linef[{timestamp}]{msg}print(line)# 同时输出到影刀控制台withopen(log_file,a,encodingutf-8)asf:f.write(line\n)write_log(流程开始执行)write_log(f当前页码{page_num})write_log(f采集完成共{count}条)write_log(流程执行完毕)写入文件的好处是几周后出问题可以翻历史日志看当时发生了什么。输出面板的内容只在当前运行窗口有效。Python节点的输出怎么看Python节点里用print()打印的内容会自动出现在影刀的输出面板里。# Python节点内print( 开始处理订单 )fororderinorders:print(f处理订单{order[id]}金额{order[amount]})iforder[amount]10000:print(f 大额订单需要人工审核)print( 处理完成 )一个常见坑Python节点报错时错误信息也会出现在输出面板但格式和影刀原生报错不一样。很多人看到一堆Python堆栈就慌了其实关键信息就最后两三行。Traceback (most recent call last): ...一堆调用栈... TypeError: unsupported operand type(s) for : int and str最后一行就是根因——你把数字和字符串用号连在一起了。traceback只是告诉你这个错误发生在哪一行。生产环境 vs 开发环境的日志策略开发环境日志越多越好写流程、调bug的时候恨不得每一步都打印出来。变量值、循环次数、执行时间、条件分支走没走……全打出来。日志量爆炸没关系开发环境就是用来看的。确认没问题后把不必要的日志删掉或注释掉。生产环境只留关键节点生产环境每天跑一天跑几十次每次打几千行日志一周下来日志文件几个G。而且信息太多真出事反而被淹没了。生产环境的日志策略流程开始/结束时间、版本、触发方式关键节点每一步的入口和出口带数据量异常报错的完整信息、当时的上下文变量统计汇总总共处理了多少条、成功多少、失败多少2026-07-01 09:00:00 [START] 订单同步流程 v1.2 2026-07-01 09:00:05 [STEP1] 登录成功 2026-07-01 09:00:12 [STEP2] 开始采集订单日期2026-06-30 2026-07-01 09:00:35 [STEP2] 采集完成共 156 条 2026-07-01 09:00:36 [STEP3] 开始清洗数据 2026-07-01 09:00:38 [STEP3] 清洗完成有效 152 条剔除 4 条 2026-07-01 09:00:40 [STEP4] 开始写入数据库 2026-07-01 09:00:45 [STEP4] 写入完成成功 152 条 2026-07-01 09:00:46 [END] 流程结束耗时 46 秒这种日志就算存一个月也才几MB而且出问题时一眼就能看到是卡在哪一步。日志怎么帮你发现性能瓶颈在关键步骤前后打印时间戳一减就知道每步花了多少秒【日志输出】开始采集第1页 {当前时间} ... 采集 ... 【日志输出】第1页完成 {当前时间} 【日志输出】开始写入Excel {当前时间} [video(video-6nlnJqe6-1784394747907)(type-csdn)(url-https://live.csdn.net/v/embed/524993)(image-https://v-  blog.csdnimg.cn/asset/a547123d88ad712dccba346c9217e237/cover/Cover0.jpg)(title-TEMU店群如何管理运营)] ... 写入 ... 【日志输出】写入完成 {当前时间}输出效果开始采集第1页09:00:00 第1页完成09:00:05 → 采集花了5秒 开始写入Excel09:00:05 写入完成09:00:30 → 写入花了25秒一看就知道——写入Excel是瓶颈。25秒写一页数据如果采集了20页那就是8分钟。换个写入方式比如用Python的openpyxl批量写或者直接写CSV时间能压缩到十分之一。没有时间戳的日志你只能凭感觉猜好像有点慢。有了时间戳慢在哪里一目了然。三个小坑坑1【日志输出】在循环里太多导致卡顿FOR EACH item IN data_list:# 假设10000条【日志输出】处理item...END FOR打10000行日志本身就要时间输出面板还会因为信息太多变卡。循环里只打关键节点每100条打一次不要逐条打。坑2Python的print输出中文乱码影刀的Python环境某些情况下默认编码不是UTF-8。如果print的中文在输出面板里是乱码importsysimportio sys.stdoutio.TextIOWrapper(sys.stdout.buffer,encodingutf-8)print(现在中文不会乱码了)坑3日志文件路径用绝对路径日志文件路径写死C:\logs\换一台电脑这个路径不一定存在。建议用影刀的系统变量拼接日志路径 {系统:桌面路径} \rpa_logs\或者在Python节点里用相对路径基于流程文件的目录importos log_diros.path.join(os.path.dirname(__file__),logs)一句话输出面板是你的调试眼睛日志文件是你的事后侦探。开发时多打生产时精打关键步骤加时间戳——这是花最少时间排查最多问题的习惯。作者林焱