ios 的键盘默认的行为就是发送。一般 return 键只对应一个行为，设置成换行，就不能改送了。

所以大多都是把“发送”作为主要功能。其实我也觉得有换行比较好用，但是不好适配

因为那些产品经理考虑问题只有：哪个功能比较常用/不常用，常用的放外面，不常用的收起来，还信奉不给选项就是好的信条，而从不考虑用户真正的使用体验

看了一下，android 的 DeepSeek 在微信输入法下，输入法键盘右下角是换行

所以应该是 ios 输入法默认行为问题

统一行为逻辑

这不是系统差异吗，Android 输入法在输入框默认换行，iOS 默认发送

@chawfrank 这中输入框一般都是 UItextview 或者 texteditor ，默认行为是换行。因为可以输入多行，输入框的高度是变化的。

@noahhhh 不是呀，这个控件其实是多行输入的控件，UITextView 或者 TextEditor ，return 默认行为是换行。

UITextField 和 TextField ，这两个是单行输入控件。

类似这种输入框都是用 UITextView 或者 TextEditor 实现的。

@lisongeee 这种随着输入内容高度变化的控件的 return 默认行为是换行。

作为对比，html 中的<textarea></textarea> 键盘的默认行为也是换行。

iOS 信息 app 默认回车是换行，有单独的发送按钮。

我的印象是 iOS 的习惯，好像都这样。微信我记得还有个开关，可以设置

至于你说的控件，没做过 iOS 开发不知道，但大家都这样，及时不太好也要延续。

当然说着说着又会吵到 iOS 固执的返回逻辑了

刚开始接触这种快捷键在国内是 QQ ，刚安装完毕是默认 enter 发送消息 ctrl+enter 换行，不知道原版 ICQ 是不是这样。
不过论坛上也有人提 feature request 要增加 ctrl+enter 快捷键：
https://community.openai.com/t/toggle-for-ctrl-enter-enter-to-send/788209

一个观点：
IM 里面，沟通要求是短频快，“发送”按钮但凡多一个步骤出发或者放在不顺手的地方，都会被喷出翔；

OP 列举的这几个 AI 都是以聊天沟通的潜在场景来设计交互，很大程度上参照了 IM 的逻辑。

不说对不对，先说好不好。

对于能输出中长文的用户来说，很不好。这类用户喜欢用段落或者分点来输出，长按才能换行真的很烦；
对于没能力输出大段文字，或者还是把现在 AI 客户端当 IM 来用的用户来说，挺好的，切换没成本；

我看过 Uniapp 的开发，这个弹出键盘的回车键是可以自定义内容的，并非是跟随操作系统固定的。这些软件在 PC 上的逻辑也是回车发送，可能开发的时候就没怎么考虑回车换行的情况吧。

ios 就不招笑吗？双击输入栏，自动填充放在第一页，换行放在第二页。说真的，用苹果 7 年，没用过自动填充功能。

这让我想起了微软的通讯软件 Lync ，ctrl+enter 是视频通讯，而且还不能改快捷键

@SuperDaniel313 所以很疑惑，为什么需要两个发送的按钮。

国外的 IM ，tg ，signal ，WhatsApp ，session ，discord ，包括 iPhone 自己的 message ，return 都是换行。

哪怕微信，设置里打开单独发送按钮的开关，return 也会变成换行。

不动这些两个「发送」的产品怎么设计的，而且这些都是 2024 ，2025 年的 app ，开发者总不能拿着十几年前的框架就硬怼进去吧

@Greendays 确实可以自定义，关键的地方在于，明明输入框右边已经有单独的发送按钮了，return 就用默认的换行多好了。

现在这样还得多点击一次，等那个鸟菜单栏出现，有时候菜单栏里面选项多了还得滑动才能选中「换行」，用户体验太差了。

@WuDiHaiTai 本来文字的双击菜单就难用的一笔，还把换行放在里面，不知道怎么想的

@iyaozhen #10 但是 iMessage 并不是这个逻辑

@WuDiHaiTai #14 我倒是经常用，设置了一些常用短语放到联系人第一个，和自定义短语互为补充，用来输入一些频率不是很高但是偶尔会用上的内容，不污染键盘输入词库，加上偶尔键盘快速填充密码不起作用的网页比如自己 nas 的 http web 网页的时候要选择自动填充-密码来填充密码