1.mobile aloha代码解析和复现
2.markdown-it 源码分析及插件编写：parse 和 token（1/3）
3.“XOM”是电话电话“OmniMark Source Code file”的英文缩写吗？
4.程序员利器之 Markdown
5.markdown-it 原理解析
6.markdown编辑器还有哪些
mobile aloha代码解析和复现
本文基于 mobile-aloha的开源代码复现工作，分为四大部分：下载与修改源代码、源码安装依赖、簿源准备数据集、电话电话训练与评估。源码
首先，簿源源码 投资下载仓库源代码，电话电话链接为：github.com/MarkFzp/act-plus-plus。源码注意，簿源源代码中存在一些小错误或说明不清，电话电话已做修改。源码可直接pull本仓库代码。簿源
为简化步骤，电话电话使用requirements.txt文件通过pip安装依赖。源码部分代码错误已解决，簿源可直接pull代码。
运行代码前，确认默认代码使用wandb进行日志记录和可视化。若希望自行可视化，修改wandb用户名和key，查看相关教程。默认代码使用wandb，自定义设置账号。
数据集分为实际采集和仿真两种。实际数据需下载解压，确保路径正确。仿真数据集通过特定脚本可视化，实际数据集则使用不同脚本处理。
训练过程包括数据准备、训练和评估。下载数据、执行训练脚本并选择适当任务。使用预设参数训练策略，记录训练过程。评估策略时，考虑策略表现和潜在改进。
算法实现细节解析中，mobile-aloha核心为ACT算法，模仿学习过程通过行为克隆、GAN、VAE等模型实现。怎么获取htmlcss源码VAE架构包含编码器、隐变量、解码器。编码器输出高斯分布，解码器预测动作序列。推理阶段隐变量设置为标准高斯分布。
文章结束处提及后续研究方向，包括泛化性、任务适应性和结合大模型等。对代码理解不清晰或有遗漏之处，欢迎指出。
markdown-it 源码分析及插件编写：parse 和 token（1/3）
markdown-it 是一个广受欢迎的 JavaScript Markdown 解析库，它提供了强大的插件系统，简化了 Markdown 转换为 HTML 的过程。然而，其文档相对晦涩，初学者可能难以理解如何编写插件。本文旨在通过阅读 markdown-it 的源码，为想要开发插件的读者提供一些启示。首先，让我们简要了解一下 markdown-it 的基本使用方法。
使用 markdown-it 的核心方法包括 `render` 和 `parse`。`render` 方法直接将 Markdown 转换成 HTML，而 `parse` 方法则将 Markdown 转换成 token，之后使用 `renderer.render` 方法将这些 token 转换成 HTML。实际上，`render` 方法就是调用了 `parse` 和 `renderer.render` 的组合。
为了更清晰地解释这些流程，本文将分为两部分：Markdown 解析为 token 和 token 转换为 HTML。在深入源码之前，建议读者先尝试使用 markdown-it，以便在阅读过程中更好地理解代码。
下面，我们开始阅读 markdown-it 的源码，建议读者在阅读本部分内容前，先自己动手试用 markdown-it，这样能帮助你更好地理解下面的内容。强烈建议读者从官方链接克隆源码，跟随本文一起阅读。
步骤 1：无需过多解释，补单推广源码我们直接从步骤 2 开始。步骤 2：实例化。实例化涉及初始化几个变量并对配置进行处理。这部分对理解代码逻辑影响不大，故不详细展开。主要关注点在于初始化过程。
步骤 3：Markdown 解析为 token。在深入分析具体代码之前，先看下生成的 token 是什么样子。我们将通过一个例子来展示 parse 后的 token 结构。
在分析源码前，不妨先看看 parse 后的 token 大致是什么样。例如，一个简单的 Markdown 文本通过 parse 后会生成一个包含多个 token 的数组，每个 token 包括类型、内容等信息。你可以在官方文档中查看完整的 token 内容。查看 token 的过程，建议点击右上角的 debug 功能。
token 包含头尾两个元素，中间的 token 通常表示 Markdown 的某一特定元素，如文本、链接、列表等。这些中间的 token 与特定的类型绑定，比如 inline 类型。inline 类型的 token 通常包含子 token，这些子 token 用于处理 Markdown 语法中更复杂的元素，例如标记、列表等。
下面，我们将重点讲解 parse 的核心规则。解析流程主要分为两步：初始化状态和应用预定义规则。状态初始化用于保存解析过程中的信息，而规则应用则负责将 Markdown 转换成 token。在源码中，解析流程涉及核心规则，包括 block 规则和 inline 规则。
block 规则是处理 Markdown 中的块元素，如段落、无敌OL的源码列表等。inline 规则则关注处理 Markdown 中的内联元素，如文本、超链接等。通过理解这些规则，可以深入理解 markdown-it 如何将复杂的 Markdown 文本解析为结构化的 token。
在解析流程中，block 规则会调用特定的函数来处理每行文本，而 inline 规则则应用于每一个需要解析的 token。理解这些规则有助于编写自定义插件，从而扩展 markdown-it 的功能。
深入理解 markdown-it 的源码需要耐心和细致，本文仅提供了一个大致的框架和关键点的概述。希望本文能为正在开发或计划开发 markdown-it 插件的读者提供一些启示。在后续的篇章中，我们将分别探讨 markdown-it 的渲染流程和插件编写技术，敬请关注。本文由 GitHub 上的 WPL/s 发布。
“XOM”是“OmniMark Source Code file”的英文缩写吗？
在信息技术领域中，"XOM"这一缩写词常常被用来代表"OmniMark Source Code file"，中文直接翻译即为"OmniMark源代码文件"。这个英文缩写词在计算机编程和文件扩展名分类中颇具知名度，其流行度达到了，说明它在相关领域中被广泛应用。
具体来说，"XOM"作为一个缩写词，其详细解释就是指OmniMark编程语言中的源代码文件。它主要用于标记语言处理，特别是在处理大量数据和复杂流程控制方面。在计算机科学中，它通常在软件开发和系统集成中出现，例如在程序的源代码管理、版本控制或自动化构建过程中。
尽管"XOM"源自英语，但它的应用和理解主要依赖于网络资源，旨在促进知识共享和交流。请注意，尽管这些信息可供学习参考，但在使用时应谨慎，确保其准确性和适用性，加油打折了源码因为版权归属原始作者。
总之，"XOM"是一个计算机术语，代表着"OmniMark Source Code file"，在编程和技术交流中扮演着重要角色，但请确保在使用时遵循版权规定。
程序员利器之 Markdown
Markdown 是一种轻量级标记语言，旨在简化文本编辑与格式化，帮助快速写作。它在日常生活中的应用广泛，包括事项记录、清单、邮件撰写、简历制作、公众号图文和工作文稿撰写。相较于 Word 等其他工具，Markdown 更加简洁、高效，遵循极简主义和极客精神。
Markdown 轻松转换为 HTML、PDF 等格式，适用于不同场合。几乎任何程序员使用的文本或代码编辑器，如 Atom、Sublime Text、Visual Studio Code，都支持 Markdown 的高亮显示、代码自动补全和实时渲染。Markdown 文件后缀为 .md，使用时需注意文件命名。
对于不常使用代码编辑器的用户，也有在线编辑工具，如 Dillinger，可直接在网页上写作并实时预览。对于频繁使用 Markdown 的用户，推荐 Typora，其界面简洁，支持实时渲染与源代码模式，兼容 LaTeX 数学公式语法，提供多种主题选择，并支持自定义 CSS。
Markdown 还应用于演讲或展示制作，例如 Remark 和 Cleaver 等工具，能快速生成在任何设备上兼容的展示页面。在邮件或新媒体写作中，Markdown Here 插件能极大节省时间，自动将 Markdown 转换为 HTML 样式，适用于邮件发布和新媒体编辑。
Markdown 的基本语法包括标题、段落、引用、代码区块、强调、列表、分割线、链接与等。通过不同的符号和格式标记，可以实现文本的多样格式化。编辑器还支持插入表格、公式、流程图等扩展功能。
markdown-it 原理解析
在《一篇带你用 VuePress + Github Pages 搭建博客》中，我们使用 VuePress 搭建了一个博客，最终的效果查看： TypeScript 中文文档。
在搭建博客的过程中，我们出于实际的需求，在《VuePress 博客优化之拓展 Markdown 语法》中讲解了如何写一个 markdown-it插件，本篇我们将深入markdown-it的源码，讲解 markdown-it的执行原理，旨在让大家对 markdown-it有更加深入的理解。
引用 markdown-it Github 仓库的介绍：
Markdown parser done right. Fast and easy to extend.
可以看出markdown-it是一个 markdown 解析器，并且易于拓展。
其演示地址为： markdown-it.github.io/
markdown-it具有以下几个优势：
使用源码解析
我们查看markdown-it 的 入口代码，可以发现其代码逻辑清晰明了：
从render方法中也可以看出，其渲染分为两个过程：
跟 Babel 很像，不过 Babel 是转换为抽象语法树（AST），而markdown-it 没有选择使用 AST，主要是为了遵循 KISS(Keep It Simple, Stupid) 原则。
Tokens
那 Tokens 长什么样呢？我们不妨在 演示页面中尝试一下：
可以看出# header生成的 Token 格式为（注：这里为了展示方便，简化了）：
具体 Token 里的字段含义可以查看 Token Class。
通过这个简单的 Tokens 示例也可以看出 Tokens 和 AST 的区别：
Parse
查看 parse 方法相关的代码：
可以看到其具体执行的代码，应该是写在了./parse_core 里，查看下 parse_core.js 的代码：
可以看出，Parse 过程默认有 6 条规则，其主要作用分别是：
1. normalize
在 CSS 中，我们使用normalize.css 抹平各端差异，这里也是一样的逻辑，我们查看 normalize 的代码，其实很简单：
我们知道\n是匹配一个换行符，\r是匹配一个回车符，那这里为什么要将 \r\n替换成 \n 呢?
我们可以在阮一峰老师的这篇 《回车与换行》中找到\r\n出现的历史：
在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model ）的玩意，每秒钟可以打个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。 于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做"回车"，告诉打字机把打印头定位在左边界；另一个叫做"换行"，告诉打字机把纸向下移一行。 这就是"换行"和"回车"的来历，从它们的英语名字上也可以看出一二。 后来，计算机发明了，这两个概念也就被般到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。 Unix系统里，每行结尾只有""，即"\n"；Windows系统里面，每行结尾是""，即"\r\n"；Mac系统里，每行结尾是""。一个直接后果是，Unix/Mac系统下的文件在Windows里打开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。
之所以将\r\n替换成 \n其实是 遵循规范：
A line ending is a newline (U+A), a carriage return (U+D) not followed by a newline, or a carriage return and a following newline.
其中 U+A 表示换行(LF) ，U+D 表示回车(CR) 。
除了替换回车符外，源码里还替换了空字符，在 正则中，\0表示匹配 NULL（U+）字符，根据 WIKI 的解释：
空字符（Null character）又称结束符，缩写 NUL，是一个数值为 0 的控制字符。 在许多字符编码中都包括空字符，包括ISO/IEC （ASCII）、C0控制码、通用字符集、Unicode和EBCDIC等，几乎所有主流的编程语言都包括有空字符 这个字符原来的意思类似NOP指令，当送到列表机或终端时，设备不需作任何的动作（不过有些设备会错误的打印或显示一个空白）。
而我们将空字符替换为\uFFFD，在 Unicode 中，\uFFFD表示替换字符：
之所以进行这个替换，其实也是遵循规范，我们查阅 CommonMark spec 2.3 章节：
For security reasons, the Unicode character U+ must be replaced with the REPLACEMENT CHARACTER (U+FFFD).
我们测试下这个效果：
效果如下，你会发现原本不可见的空字符被替换成替换字符后，展示了出来：
2. block
block 这个规则的作用就是找出 block，生成 tokens，那什么是 block？什么是 inline 呢？我们也可以在 CommonMark spec 中的 Blocks and inlines 章节 找到答案：
We can think of a document as a sequence of blocks—structural elements like paragraphs, block quotations, lists, headings, rules, and code blocks. Some blocks (like block quotes and list items) contain other blocks; others (like headings and paragraphs) contain inline content—text, links, emphasized text, images, code spans, and so on.
翻译一下就是：
我们认为文档是由一组 blocks 组成，结构化的元素类似于段落、引用、列表、标题、代码区块等。一些 blocks （像引用和列表）可以包含其他 blocks，其他的一些 blocks（像标题和段落）则可以包含 inline 内容，比如文字、链接、 强调文字、、代码片段等等。
当然在markdown-it中，哪些会识别成 blocks，可以查看 parser_block.js，这里同样定义了一些识别和 parse 的规则：
关于这些规则我挑几个不常见的说明一下:
code 规则用于识别 Indented code blocks (4 spaces padded)，在 markdown 中:
fence 规则用于识别 Fenced code blocks，在markdown 中：
hr 规则用于识别换行，在 markdown 中：
reference 规则用于识别 reference links，在 markdown 中：
html_block 用于识别 markdown 中的 HTML block 元素标签，就比如div。
lheading 用于识别 Setext headings，在 markdown 中：
3. inline
inline 规则的作用则是解析 markdown 中的 inline，然后生成 tokens，之所以 block 先执行，是因为 block 可以包含 inline ，解析的规则可以查看 parser_inline.js：
关于这些规则我挑几个不常见的说明一下:
newline规则用于识别 \n，将 \n 替换为一个 hardbreak 类型的 token
backticks 规则用于识别反引号：
entity 规则用于处理 HTML entity，比如 { ``¯``"等：
4. linkify
自动识别链接
5. replacements
将(c)`` (C) 替换成 ©，将 替换成 ，将 !!!!! 替换成 !!!，诸如此类：
6. smartquotes
为了方便印刷，对直引号做了处理：
Render
Render 过程其实就比较简单了，查看 renderer.js 文件，可以看到内置了一些默认的渲染 rules：
其实这些名字也是 token 的 type，在遍历 token 的时候根据 token 的 type 对应这里的 rules 进行执行，我们看下 code_inline 规则的内容，其实非常简单：
自定义 Rules
至此，我们对 markdown-it 的渲染原理进行了简单的了解，无论是 Parse 还是 Render 过程中的 Rules，markdown-it 都提供了方法可以自定义这些 Rules，这些也是写 markdown-it 插件的关键，这些后续我们会讲到。
系列文章
博客搭建系列是我至今写的唯一一个偏实战的系列教程，讲解如何使用 VuePress 搭建博客，并部署到 GitHub、Gitee、个人服务器等平台。
微信：「mqyqingfeng」，加我进冴羽唯一的读者群。
如果有错误或者不严谨的地方，请务必给予指正，十分感谢。如果喜欢或者有所启发，欢迎 star，对作者也是一种鼓励。
markdown编辑器还有哪些
1. MarkdownPad：这款软件允许用户在左侧查看源代码，右侧实时预览格式化后的效果。
2. Sublime Text：用户可以右键点击MD文件，选择“在Sublime Text中打开”选项来打开文件。
3. Notepad++：在MD文件上右键点击，选择“打开方式”并选择Notepad++即可。
4. Atom：安装了Markdown预览插件的Atom编辑器可以用于打开和编辑MD文件。
5. Visual Studio Code：安装了Markdown支持插件的VS Code同样适用于打开和编辑MD文件。
6. 迅捷Markdown：这是一款便捷的在线Markdown工具，支持导入本地MD文件、剪贴板内容，以及Gist在线文件。它还能导出文件为Markdown、HTML、PDF、Word和Txt等多种格式。此外，该工具提供多种编写模式和视觉主题供用户选择。
7. Yu Writer：这是一款适合中文用户的跨平台Markdown编辑器。它支持自定义主题和布局，提供一键插入、建立表格、插入代码段、链接、数学公式等功能。同时，其布局切换功能使得编辑过程更加高效流畅，对新手用户十分友好。
