CLI开发工具【免费下载链接】fish-shellThe user-friendly command line shell.项目地址https://gitcode.com/GitHub_Trending/fi/fish-shell点击查看免费下载导读string split0是 fish shell 内置命令string的一个子命令用于按 NUL 字节\0而非普通分隔符如空格、换行拆分字符串。它在处理find -print0、sort -z等会产生零字节输出的 Unix 工具时具有独特价值当split0用于命令替换command substitution时其输出不会像普通命令那样被进一步按换行拆分从而可以安全地在结果中保留包含换行符的元素。读完本文你将掌握split0的完整语法、全部选项语义、与string split的行为差异、源码实现原理以及它在真实场景中的实战用法。语法总览string split0与string split共享同一套选项除split0不接收分隔符参数外string split0 [(-f | --fields) FIELDS [-a | --allow-empty]] [(-m | --max) MAX] [-n | --no-empty] [-q | --quiet] [-r | --right] [STRING ...]也就是说string split0将每一个STRING按零字节NUL拆分且不需要也不能提供分隔符——分隔符被隐式固定为\0。其语法定义见 string-split0.rst而string split0的完整说明位于共享的 string-split.rst 文档中。选项详解string split0支持以下选项语义与string split完全一致选项短选项作用--fields FIELDS-f只输出指定的字段。FIELDS是以逗号分隔的字段编号和/或区间列表字段从 1 开始编号每个字段单独输出一行--allow-empty-a与--fields搭配使用当某字段不存在时允许继续执行不报错。注意该选项必须与--fields一起使用单独使用会报错--max MAX-m对每个STRING最多执行MAX次拆分--no-empty-n排除空结果例如hello\n\nworld会被展开为两个字符串而非三个--quiet-q静默模式至少成功执行一次拆分则返回状态 0不输出任何内容--right-r从右向左拆分。仅在配合-m/--max时才有意义退出状态只要执行了至少一次拆分即返回状态 0否则返回 1。这一约定直接由源码实现决定——在 split.rs 的handle函数末尾split_count arg_count时返回Ok(())状态 0否则返回STATUS_CMD_ERROR状态 1。选项的实现细节从源码角度看这些选项在 split.rs 中通过LONG_OPTIONS和SHORT_OPTIONS定义并解析-m/--max的参数会被解析为数字非法值会报错-f/--fields的参数通过Fields::try_from解析支持形如1,3-4,5的字段编号与区间组合也支持反向区间如5-3会按降序展开若--allow-empty出现但--fields为空会直接报错--allow-empty is only valid with --fields。字段区间解析规则FIELDS的解析逻辑Fields::try_from说明如下单字段如3表示第 3 个字段1 基索引区间如1-3表示字段 1 到 3反向区间如3-1同样合法会以倒序输出多个字段/区间用逗号分隔如1,3-4,5字段编号为 0 或负数会报错当指定的字段在拆分结果中不存在时且未使用--allow-empty命令返回状态 1 且不输出任何内容。与 string split 的关系与区别string split按指定的分隔符SEP拆分且SEP可以为空字符串此时按单个字符拆分。string split0则相当于把分隔符固定为 NUL 字节的string split因此语法上的唯一区别就是不需要也不允许提供分隔符参数。这两条命令在源码中共享同一套实现在 string.rs 的分发逻辑中string split0会构造一个split::Split实例并将is_split0置为true其余选项解析与拆分逻辑完全复用string split的代码路径。Split结构的默认分隔符sep即被初始化为\0。split0 与 split 的三个关键差异分隔符固定为 NULsplit0无需用户传入分隔符take_args中直接跳过分隔符参数的读取忽略末尾的空元素split0会丢弃最后一个空元素因此a\0b\0视为两个元素而普通split中a\nb\n会得到三个元素a、b 和空串。这一点在 split.rs 的handle函数中有明确注释和实现命令替换行为不同split0在命令替换中使用时其输出不会被进一步按换行拆分详见下节。核心特性split0 与命令替换的配合string split0最重要、也最容易被忽略的特性是当它用于命令替换command substitution时其输出不会再次被拆分。正常情况下fish 的命令替换结果会按换行符进一步拆分从而破坏包含换行符的字符串。而split0的输出以 NUL 为分隔天然与命令替换的换行拆分机制免疫因此命令替换可以安全地产出包含换行符的元素。这背后的实现位于 split.rs 的handle函数let argiter arguments(args, optind, streams).with_split_behavior(match self.is_split0 { false SplitBehavior::Newline, true SplitBehavior::Never, });即普通string split在读取命令替换传入的输入时按换行拆分SplitBehavior::Newline而string split0则完全不拆SplitBehavior::Never从而保留含换行符的完整元素。配合 string-join0 的文档 可知join0/split0是 NUL 分隔配对使用的join0用 NUL 连接、split0用 NUL 拆分二者在管道与命令替换场景中互为逆操作。实战示例以下示例全部来自官方文档 string-split.rst可直接复制运行。基础拆分按点号拆分域名_ string split . example.com example com从右向左拆分最多拆 1 次_ string split -r -m1 / /usr/local/bin/fish /usr/local/bin fish使用空分隔符按字符拆分_ string split abc a b c按字段提取允许空字段提取字段 1、3-4、5_ string split --allow-empty -f1,3-4,5 abcd a c dNUL 分隔实战split0 核心用法示例一统计文件数量而不被换行符干扰# 注意不要使用 string split0 (find . -print0) # 因为命令行参数不能包含 NUL 字符 _ count (find . -print0 | string split0) 42这个例子体现了split0的两大要点一是通过管道pipe而非命令替换传入 NUL 数据因为 shell 参数无法包含 NUL二是count配合命令替换能正确数出元素个数即使文件名中包含换行符也不会出错。示例二对可能包含换行符的元素列表进行排序_ set foo beta alpha\ngamma _ set foo (string join0 $foo | sort -z | string split0) _ string escape $foo[1] alpha\ngamma这里string join0先用 NUL 把列表连接起来交给sort -z零字节终止模式排序再用string split0拆回列表——整个过程中包含换行符的元素alpha\ngamma被完整保留。测试用例佐证仓库的 tests/checks/string.fish 中有大量针对split0行为的回归测试例如# string split0 count (echo -ne abc\x00def\x00ghi\x00 | string split0) # CHECK: 3 count (echo -ne abc\x00def\x00ghi\x00\x00 | string split0) # CHECK: 4 # 末尾无 NUL 也不影响计数 count (echo -ne abc\x00def\x00ghi | string split0) # CHECK: 3 # 输入包含换行但无 NUL 时视为单个元素 count (echo -ne abc\ndef\nghi | string split0) # CHECK: 1这些测试印证了split0按 NUL 拆分、忽略末尾空元素abc\x00def\x00ghi\x00得到 3 个而非 4 个元素、以及包含换行符的文本在不含 NUL 时仍被视作单个元素。此外还有#5701回归测试确认split0至少能正确拆分出a和b两个元素。深入源码拆分算法与实现原理string split0的拆分核心委托给fish_wcstringutilcrate 中的split_about函数见 crates/wcstringutil/src/lib.rspub fn split_abouthaystack( haystack: haystack wstr, needle: wstr, max: usize, /*usize::MAX*/ no_empty: bool, /*false*/ ) - Vechaystack wstr算法要点使用滑动窗口在字符串中查找needle即分隔符首次出现的位置切出前面的部分作为结果max控制最大拆分次数结果条数最多为max 1当needle为空字符串时退化为按单个字符拆分对应string split 的行为末尾剩余部分可能为空始终作为最后一个元素追加除非no_empty要求排除空元素。对于split0needle固定为单个 NUL 字符max默认usize::MAX即不限制。当-r/--right被指定时split.rs 的实现会先把字符串与分隔符字符序列反转调用split_about后再反转并逆序排列各片段从而在逻辑上实现从右向左拆分。使用注意事项命令行参数不能包含 NULshell 的参数列表本身无法承载 NUL 字符因此string split0 (find . -print0)这种写法是无效的必须改用管道find . -print0 | string split0。--allow-empty必须与--fields搭配单独使用会报--allow-empty is only valid with --fields。-r仅在配合-m时才有意义不带-m的从右向左拆分与普通拆分结果等价测试string split -r . www.ch.ic.ac.uk的输出与不带-r完全一致见 split.rs 的单元测试。字段从 1 开始编号而非 0每个字段单独占一行输出。split0会丢弃末尾的空元素这与split对行尾分隔符的处理不同写脚本时需要注意。典型应用场景总结find -print0/xargs -0体系配合find -print0 | string split0安全处理包含换行、空格甚至不可见字符的文件名sort -z/join0配对在管道中把任意字符串含换行安全地连接、排序、再拆分回元素列表处理以 NUL 分隔的协议数据如du -0、grep -z等 GNU 工具产出的零字节分隔输出在函数/脚本中产出多元素结果测试用例dualsplit展示了在函数中混用换行分隔输出与string split0显式分隔输出的场景count (dualsplit)得到 4说明命令替换能正确保留split0产生的独立元素参见 tests/checks/string.fish。相关命令string-split按任意分隔符含空分隔符拆分string-join0用 NUL 字节连接字符串列表与split0互为逆操作read 的--delimiter选项按指定分隔符读取输入与string split的思路互补。string split0是 fish 处理任意字节流文本时最可靠的工具之一只要把传统 Unix 的换行分隔范式切换到 NUL 分隔范式配合join0、sort -z等工具就能彻底摆脱文件名或数据中含换行符带来的各种陷阱。赞分享CLI开发工具【免费下载链接】fish-shellThe user-friendly command line shell.项目地址https://gitcode.com/GitHub_Trending/fi/fish-shell点击查看免费下载相关推荐fish shell 的 string split 与 string split0分隔符拆分、字段选取与 NUL 安全管道实战指南fish shell 的 string split 与 string split0 分隔符拆分、字段选取与 NUL 安全管道实战指南 导读 本文聚焦 fishCLI开发工具terraform-aws-eks 实战EKS Managed Node Group 完整配置指南IPv6、AL2023、Bottlerocket、Spot 与 EFAterraform aws eks 实战EKS Managed Node Group 完整配置指南IPv6、AL2023、Bottlerocket、SpotCLI开发工具pyasc 队列状态查询TQue.vacant_in_que 接口原理与实战附与 has_idle_buffer 等状态接口对比pyasc 队列状态查询TQue.vacant_in_que 接口原理与实战附与 has_idle_buffer 等状态接口对比 本文聚焦 CANN pyCLI开发工具上一篇如何实现无损视频剪辑LosslessCut完整指南让您告别质量损失烦恼下一篇OBS多平台直播插件终极指南3分钟实现多平台同步推流创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
fish shell 中的 string split0：按 NUL 字节拆分与命令替换的完美配合
CLI开发工具【免费下载链接】fish-shellThe user-friendly command line shell.项目地址https://gitcode.com/GitHub_Trending/fi/fish-shell点击查看免费下载导读string split0是 fish shell 内置命令string的一个子命令用于按 NUL 字节\0而非普通分隔符如空格、换行拆分字符串。它在处理find -print0、sort -z等会产生零字节输出的 Unix 工具时具有独特价值当split0用于命令替换command substitution时其输出不会像普通命令那样被进一步按换行拆分从而可以安全地在结果中保留包含换行符的元素。读完本文你将掌握split0的完整语法、全部选项语义、与string split的行为差异、源码实现原理以及它在真实场景中的实战用法。语法总览string split0与string split共享同一套选项除split0不接收分隔符参数外string split0 [(-f | --fields) FIELDS [-a | --allow-empty]] [(-m | --max) MAX] [-n | --no-empty] [-q | --quiet] [-r | --right] [STRING ...]也就是说string split0将每一个STRING按零字节NUL拆分且不需要也不能提供分隔符——分隔符被隐式固定为\0。其语法定义见 string-split0.rst而string split0的完整说明位于共享的 string-split.rst 文档中。选项详解string split0支持以下选项语义与string split完全一致选项短选项作用--fields FIELDS-f只输出指定的字段。FIELDS是以逗号分隔的字段编号和/或区间列表字段从 1 开始编号每个字段单独输出一行--allow-empty-a与--fields搭配使用当某字段不存在时允许继续执行不报错。注意该选项必须与--fields一起使用单独使用会报错--max MAX-m对每个STRING最多执行MAX次拆分--no-empty-n排除空结果例如hello\n\nworld会被展开为两个字符串而非三个--quiet-q静默模式至少成功执行一次拆分则返回状态 0不输出任何内容--right-r从右向左拆分。仅在配合-m/--max时才有意义退出状态只要执行了至少一次拆分即返回状态 0否则返回 1。这一约定直接由源码实现决定——在 split.rs 的handle函数末尾split_count arg_count时返回Ok(())状态 0否则返回STATUS_CMD_ERROR状态 1。选项的实现细节从源码角度看这些选项在 split.rs 中通过LONG_OPTIONS和SHORT_OPTIONS定义并解析-m/--max的参数会被解析为数字非法值会报错-f/--fields的参数通过Fields::try_from解析支持形如1,3-4,5的字段编号与区间组合也支持反向区间如5-3会按降序展开若--allow-empty出现但--fields为空会直接报错--allow-empty is only valid with --fields。字段区间解析规则FIELDS的解析逻辑Fields::try_from说明如下单字段如3表示第 3 个字段1 基索引区间如1-3表示字段 1 到 3反向区间如3-1同样合法会以倒序输出多个字段/区间用逗号分隔如1,3-4,5字段编号为 0 或负数会报错当指定的字段在拆分结果中不存在时且未使用--allow-empty命令返回状态 1 且不输出任何内容。与 string split 的关系与区别string split按指定的分隔符SEP拆分且SEP可以为空字符串此时按单个字符拆分。string split0则相当于把分隔符固定为 NUL 字节的string split因此语法上的唯一区别就是不需要也不允许提供分隔符参数。这两条命令在源码中共享同一套实现在 string.rs 的分发逻辑中string split0会构造一个split::Split实例并将is_split0置为true其余选项解析与拆分逻辑完全复用string split的代码路径。Split结构的默认分隔符sep即被初始化为\0。split0 与 split 的三个关键差异分隔符固定为 NULsplit0无需用户传入分隔符take_args中直接跳过分隔符参数的读取忽略末尾的空元素split0会丢弃最后一个空元素因此a\0b\0视为两个元素而普通split中a\nb\n会得到三个元素a、b 和空串。这一点在 split.rs 的handle函数中有明确注释和实现命令替换行为不同split0在命令替换中使用时其输出不会被进一步按换行拆分详见下节。核心特性split0 与命令替换的配合string split0最重要、也最容易被忽略的特性是当它用于命令替换command substitution时其输出不会再次被拆分。正常情况下fish 的命令替换结果会按换行符进一步拆分从而破坏包含换行符的字符串。而split0的输出以 NUL 为分隔天然与命令替换的换行拆分机制免疫因此命令替换可以安全地产出包含换行符的元素。这背后的实现位于 split.rs 的handle函数let argiter arguments(args, optind, streams).with_split_behavior(match self.is_split0 { false SplitBehavior::Newline, true SplitBehavior::Never, });即普通string split在读取命令替换传入的输入时按换行拆分SplitBehavior::Newline而string split0则完全不拆SplitBehavior::Never从而保留含换行符的完整元素。配合 string-join0 的文档 可知join0/split0是 NUL 分隔配对使用的join0用 NUL 连接、split0用 NUL 拆分二者在管道与命令替换场景中互为逆操作。实战示例以下示例全部来自官方文档 string-split.rst可直接复制运行。基础拆分按点号拆分域名_ string split . example.com example com从右向左拆分最多拆 1 次_ string split -r -m1 / /usr/local/bin/fish /usr/local/bin fish使用空分隔符按字符拆分_ string split abc a b c按字段提取允许空字段提取字段 1、3-4、5_ string split --allow-empty -f1,3-4,5 abcd a c dNUL 分隔实战split0 核心用法示例一统计文件数量而不被换行符干扰# 注意不要使用 string split0 (find . -print0) # 因为命令行参数不能包含 NUL 字符 _ count (find . -print0 | string split0) 42这个例子体现了split0的两大要点一是通过管道pipe而非命令替换传入 NUL 数据因为 shell 参数无法包含 NUL二是count配合命令替换能正确数出元素个数即使文件名中包含换行符也不会出错。示例二对可能包含换行符的元素列表进行排序_ set foo beta alpha\ngamma _ set foo (string join0 $foo | sort -z | string split0) _ string escape $foo[1] alpha\ngamma这里string join0先用 NUL 把列表连接起来交给sort -z零字节终止模式排序再用string split0拆回列表——整个过程中包含换行符的元素alpha\ngamma被完整保留。测试用例佐证仓库的 tests/checks/string.fish 中有大量针对split0行为的回归测试例如# string split0 count (echo -ne abc\x00def\x00ghi\x00 | string split0) # CHECK: 3 count (echo -ne abc\x00def\x00ghi\x00\x00 | string split0) # CHECK: 4 # 末尾无 NUL 也不影响计数 count (echo -ne abc\x00def\x00ghi | string split0) # CHECK: 3 # 输入包含换行但无 NUL 时视为单个元素 count (echo -ne abc\ndef\nghi | string split0) # CHECK: 1这些测试印证了split0按 NUL 拆分、忽略末尾空元素abc\x00def\x00ghi\x00得到 3 个而非 4 个元素、以及包含换行符的文本在不含 NUL 时仍被视作单个元素。此外还有#5701回归测试确认split0至少能正确拆分出a和b两个元素。深入源码拆分算法与实现原理string split0的拆分核心委托给fish_wcstringutilcrate 中的split_about函数见 crates/wcstringutil/src/lib.rspub fn split_abouthaystack( haystack: haystack wstr, needle: wstr, max: usize, /*usize::MAX*/ no_empty: bool, /*false*/ ) - Vechaystack wstr算法要点使用滑动窗口在字符串中查找needle即分隔符首次出现的位置切出前面的部分作为结果max控制最大拆分次数结果条数最多为max 1当needle为空字符串时退化为按单个字符拆分对应string split 的行为末尾剩余部分可能为空始终作为最后一个元素追加除非no_empty要求排除空元素。对于split0needle固定为单个 NUL 字符max默认usize::MAX即不限制。当-r/--right被指定时split.rs 的实现会先把字符串与分隔符字符序列反转调用split_about后再反转并逆序排列各片段从而在逻辑上实现从右向左拆分。使用注意事项命令行参数不能包含 NULshell 的参数列表本身无法承载 NUL 字符因此string split0 (find . -print0)这种写法是无效的必须改用管道find . -print0 | string split0。--allow-empty必须与--fields搭配单独使用会报--allow-empty is only valid with --fields。-r仅在配合-m时才有意义不带-m的从右向左拆分与普通拆分结果等价测试string split -r . www.ch.ic.ac.uk的输出与不带-r完全一致见 split.rs 的单元测试。字段从 1 开始编号而非 0每个字段单独占一行输出。split0会丢弃末尾的空元素这与split对行尾分隔符的处理不同写脚本时需要注意。典型应用场景总结find -print0/xargs -0体系配合find -print0 | string split0安全处理包含换行、空格甚至不可见字符的文件名sort -z/join0配对在管道中把任意字符串含换行安全地连接、排序、再拆分回元素列表处理以 NUL 分隔的协议数据如du -0、grep -z等 GNU 工具产出的零字节分隔输出在函数/脚本中产出多元素结果测试用例dualsplit展示了在函数中混用换行分隔输出与string split0显式分隔输出的场景count (dualsplit)得到 4说明命令替换能正确保留split0产生的独立元素参见 tests/checks/string.fish。相关命令string-split按任意分隔符含空分隔符拆分string-join0用 NUL 字节连接字符串列表与split0互为逆操作read 的--delimiter选项按指定分隔符读取输入与string split的思路互补。string split0是 fish 处理任意字节流文本时最可靠的工具之一只要把传统 Unix 的换行分隔范式切换到 NUL 分隔范式配合join0、sort -z等工具就能彻底摆脱文件名或数据中含换行符带来的各种陷阱。赞分享CLI开发工具【免费下载链接】fish-shellThe user-friendly command line shell.项目地址https://gitcode.com/GitHub_Trending/fi/fish-shell点击查看免费下载相关推荐fish shell 的 string split 与 string split0分隔符拆分、字段选取与 NUL 安全管道实战指南fish shell 的 string split 与 string split0 分隔符拆分、字段选取与 NUL 安全管道实战指南 导读 本文聚焦 fishCLI开发工具terraform-aws-eks 实战EKS Managed Node Group 完整配置指南IPv6、AL2023、Bottlerocket、Spot 与 EFAterraform aws eks 实战EKS Managed Node Group 完整配置指南IPv6、AL2023、Bottlerocket、SpotCLI开发工具pyasc 队列状态查询TQue.vacant_in_que 接口原理与实战附与 has_idle_buffer 等状态接口对比pyasc 队列状态查询TQue.vacant_in_que 接口原理与实战附与 has_idle_buffer 等状态接口对比 本文聚焦 CANN pyCLI开发工具上一篇如何实现无损视频剪辑LosslessCut完整指南让您告别质量损失烦恼下一篇OBS多平台直播插件终极指南3分钟实现多平台同步推流创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
