已解决，降低版本了，因为还有其他的使用习惯也被改了。
在 1.9 版本中，编辑器对代码块当中的 回车 与 缩进 的逻辑行为做了修改：
在旧版本里，代码块当中如果是空行，按下回车会自动退出列表、回到正常段落。在 1.9 中，这个逻辑被取消了，即使是空行也会继续保持缩进。
这个改动非常不合理，实际使用中带来大量干扰：
写笔记时频繁需要退出列表，现在不得不额外多按一次 Shift+Tab。原本流畅的一次回车操作，变成了两步，写作效率大幅下降。Markdown 编辑器的基本习惯也被打破，和其他常见工具严重不一致。
我认为这是一次有损体验的改动。
如果这是出于某种设计考虑，那么至少应该作为可选项提供，而不是强制改变所有用户的使用习惯。
强烈请求：
在设置中加一个开关，让用户决定「空行回车是否取消缩进」。
这种看似细节的行为变化，对写作体验影响极大，不应被忽视。
不可以呀，123 缩进以后按回车，第二行并没有取消缩进回去，而是另起了第三行
你说的是这种
你说列表我以为是无序列表，你这应该就叫缩进吧
而且只有在代码块内才能够实现，应该挺合理吧？写代码回车之后就应该保持缩进才对吧
楼主用这类写法的场景是什么呢？
shift + 空格可以实现保持缩进下一行，
为了方便快速实现缩进格式的控制的话，可以快速用 Enter 空格来调整控制缩进的相关格式。
格式复制的时候 Enter 用来调整结构比 Shift + Tab 要方便很多
无序列表和其他的那些都没问题，但是我很多时候比较喜欢在代码块当中编写文本，因为整体看起来的话会比在外面写的看的工整很多
这种情况编写的时候回车可以快捷的也在代码块当中进行调整格式。
这个是随便选的一个结构，图里的这种情况还好并不需要太多的进行格式调整，但是在其他很多结构较为复杂的情况下 Enter 来进行格式调整的效率就要比 Shift + Tab 流程很多。
听起来楼主只是因为样式原因，习惯在代码块中排列层级关系
或许可以试试无序列表，自己改几个样式？只是代码块不适合这种场景，还是得无序列表规范一些
