news 2026/9/20 9:33:57

手机编程工具全解析:从本地终端到云端开发环境

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
手机编程工具全解析:从本地终端到云端开发环境

我先说个特别真实的场景:深夜航班落地,客户线上环境出了个小问题,身边只有手机。那会儿要是没有一套顺手的移动开发工具,我就只能干等回酒店开电脑,故障至少多挂两小时。从那之后,手机编程这件事就不是"图新鲜"了,而是我日常补救流程的一部分。

这几年我用过的移动编程方案,从 Android 的 Termux、Acode,到 iOS 的 Pythonista、a-Shell,再到 Replit、GitHub Codespaces 这类云端开发环境,几乎每一类都正经写过代码、跑过项目。这篇不是广告,也不是单纯列清单,而是从一个实际要在手机上干活的人的角度,把"手机上写代码怎么选工具"这个问题掰开揉碎讲清楚。你属于哪种场景、选哪类工具、会遇到哪些坑,照着选基本不跑偏。

1. 手机上写代码,先想清楚这三件事

1.1 你是哪一类"移动程序员"?

先说个反直觉的结论:不是所有人都适合在手机上写代码。工具选错,往往不是效率问题,而是直接劝退。

我把身边用手机编程的人分成四类。第一类是应急型,平时主力是电脑,偶尔遇到线上问题、临时改配置、看日志,需要手机快速上手;第二类是学习型,上班通勤时间多,想利用碎片时间刷算法、学 Python、练前端,典型场景是地铁上打开一道 LeetCode;第三类是轻开发型,做的多是脚本、自动化、静态页面这类体量小的项目,手机完全能扛住;第四类是折腾型,喜欢在手机上搭 Linux 环境、跑服务、写玩具项目,享受把手机变成小型开发机的过程。

这四类人对工具的需求完全不一样。应急型要的是"打开快、能改、能同步",学习型要的是"编译快、提示全、有执行环境",轻开发型要的是"编辑器舒服、能跑预览",折腾型要的是"这个环境到底能玩多深"。你到底是哪一类,直接决定了后面选 Termux 还是选 Acode、选 Pythonista 还是选 Replit。别一上来就看功能列表,先对号入座,能省掉很多试错成本。

1.2 本地执行还是云端执行,这个方向先定下来

手机上写代码,最大的分歧不是编辑器好不好用,而是代码在哪里运行

Android 上走的是本地执行路线,比如 Termux、Pydroid 3,它们直接在手机里运行 Python、Node.js 甚至编译器,代码不离开设备,离线也能干活,缺点是手机性能和发热摆在那里,跑重型任务会力不从心。iOS 因为系统沙箱限制,本地执行能力弱很多,Pythonista、a-Shell 只能在各自的应用沙盒里运行,换个目录都可能受限,所以 iOS 用户更适合走云端执行路线,像 Replit、GitHub Codespaces 这样,编辑器在本地、代码在云服务器上跑,手机只是遥控器。

这个选择题没有绝对的对错,但我有一条很实用的判断标准:如果你绝大多数场景是应急和轻开发,云端方案更省心,不占手机存储,项目环境可重复构建;如果你经常在地铁、飞机这类没网的环境里干活,本地执行才是底线保障。最稳的做法是两条腿走路,本地环境管离线,云端环境管重型编译,后面我会给出我自己的搭配组合。

1.3 键盘和屏幕的物理限制,谁也别想绕过去

手机写代码最大的"敌人"其实不是工具,是那块五六英寸的屏幕和虚拟键盘。不管用多好的编辑器,一天在手机上敲几百行代码的手感,都不可能比得上机械键盘。但工具之间还是有差距的,差距体现在怎么帮你缓解这个物理限制。

我实测下来,真正用心的移动开发工具会做三件事。一是自动补全和代码提示做得够聪明,减少逐字敲入;二是可折叠的代码区块、移动光标的手势要顺畅,方便在长文件里跳转;三是支持外接键盘和快捷键,比如 Termux 的 Extra Keys、Acode 的快捷键条,配合蓝牙键盘能找回大部分桌面编辑手感。另外,横向旋转手机 + 大字体 + 禁用中文输入法这三件套也会让体验好很多,尤其是禁用中文输入法,能避免敲代码时频繁弹候选词的糟心感。选工具的时候,别只看它能不能跑代码,先看它在这三个层面做得怎么样。

2. Android 平台的移动开发工具,逐个拆解

2.1 Termux:把 Android 变成小型 Linux 开发机

Termux 是 Android 平台绕不开的名字,它本质上是一个终端模拟器,但又不止是终端模拟器。装好之后,你能用pkg包管理器安装真实可运行的软件包,Python、Node.js、GCC、Git、OpenSSH、Neovim 全都能跑,而且这些是在 Android 的 Linux 内核上跑的,不是模拟器,所以性能损失很小。

我的建议是从 F-Droid 渠道下载 Termux,更新速度比应用商店版本勤快,也避免商店版本长期不更新导致的兼容性问题。装好后第一件事:

pkg update && pkg upgrade pkg install python nodejs git openssh neovim

这两条命令跑完,一台"能写代码的手机"就基本成型了。我一般会在 Termux 里装一个termux-wake-lock用来保持后台运行,再执行termux-setup-storage授权访问手机存储,这样就能直接编辑手机 Shared 目录里的文件,配合 SFTP 插件还能当远程服务器用。

很多人不知道 Termux 有个官方维护的 Extra Keys 扩展包,装上之后屏幕上会多出一排 ESC、Ctrl、Tab 等虚拟按键。这点对写代码很重要,因为手机上没有实体键盘时,按Ctrl键简直是噩梦。配合音量键也能触发特殊按键:音量减 + Q 是 ESC,音量减 + W 是向上箭头,在 Termux 的文档里有完整对照表,建议把这张表存下来。

用 Termux 写代码,最大问题是通知栏消息弹多了会被系统回收进程,所以我都会在系统设置里关掉 Termux 的电池优化,再打开"后台运行不受限制"。不过还是提醒一句:Termux 适合应急和轻量改代码,真要在手机上编译大型 C++ 项目,发热和耗时都很感人,别硬扛。

2.2 Acode:适合前端和轻量编辑的编辑器

如果说 Termux 是"开发机",那 Acode 就是"带界面的编辑器"。Acode 界面清爽,有文件树、代码高亮、自动补全、内置浏览器预览,还支持插件扩展,比如 Prettier、Git、SFTP。我很多次在手机上写静态页面、调整脚本,都是直接用 Acode 完成的。

Acode 最实用的功能是内置服务器和 WebView 预览。你打开一个 HTML 文件,点预览,手机浏览器里就能实时看到效果,改代码、刷新页面循环非常顺滑,这对前端同学来说几乎就是必备功能。它还有一个内置终端,不过别期待它能像 Termux 一样跑任意命令,这个终端主要用于执行一些轻量命令,比如lsnode(前提是你在 Termux 里装好了)。

配置上,我建议在 Acode 里打开"自动保存"选项,手机上切后台的频率太高,不自动保存很容易丢改动。另外,Acode 支持 Git 插件,但体验比桌面端弱一些,适合查看状态和提交,不建议在手机上做复杂的 rebase 操作。如果你想用 Acode 连接自己的服务器改代码,可以装 SFTP 插件,填写主机、用户名、密钥就能远程编辑,配合服务端执行代码非常顺手。

整体来说,Acode 适合轻度前端开发、脚本编辑、远程文件修改,它把"用手机写代码"的门槛降到了几乎和笔记本差不多的程度。但如果你需要的是完整 Python 环境、包管理,那还是得回到 Termux。

2.3 Pydroid 3:专注 Python 的移动 IDE

Pydroid 3 是 Android 上最成熟的 Python 开发环境之一,它把 Python 的 IDE 体验压缩到了一个应用里:有 PIP 包管理器、内置解释器、代码编辑器、终端,还能安装 numpy、scipy、matplotlib 等常用科学计算库。对 Python 学习者来说,这是比 Termux 友好得多的选择。

我最初用 Pydroid 3 是在等公交的时候刷 Python 习题,它默认配置就能直接运行print("hello"),不需要理解 Linux 包管理这些概念,非常适合编程新手。它也支持导入本地 Python 文件,还能从 pip 安装包,不过有个坑:部分纯 Python 包没问题,但编译型依赖(比如需要编译 C 扩展的包)安装时间非常长,手机太热还会失败。遇到这种情况,我的建议是先在 Pydroid 的设置里开启"后台安装包"选项,或者直接用 Termux 装,那边可操作空间更大。

Pydroid 3 的 GUI 界面有点重,用久了你会发现它更适合"跑脚本、验证思路",而不是"写大型项目"。内存占用也不算小,老手机跑起来会卡。如果你只是想在手机上学 Python、练语法、跑点小工具,Pydroid 3 是个零折腾的选择。它有个高级版要付费,支持在线运行 Jupyter Notebook,不过免费版对绝大多数场景已经够用。

2.4 Dcoder:内置多语言编译器的刷题利器

Dcoder 这个名字可能不如 Termux 耳熟,但它的定位非常明确:移动端刷题和运行代码片段。它内置了 40 多种语言支持,代码在你手机上写好,提交到服务端编译执行,然后把结果回传给你。这意味着它不需要在手机里装任何编译器,省掉了大量存储空间和配置成本。

我用 Dcoder 刷过一段时间 LeetCode。它界面很干净,左边是题目描述,右边是编辑器,底部是运行结果。代码自动补全做得不错,支持多语言模板,对算法题这种场景基本够用。收费版还支持代码片段收藏、自定义主题等。不过要注意,Dcoder 的编译是在云端进行的,所以没网的时候它就是个纯编辑器,无法运行代码。如果你经常坐地铁、飞行,这个限制会比较明显。

Dcoder 和 Termux 的取舍也很简单:刷题选 Dcoder,做项目选 Termux。前者帮你省掉了环境搭建的麻烦,后者的灵活性和控制力更强。两个我都留了,不冲突。

3. iOS 平台的移动开发工具,限制与破局

3.1 Pythonista:iOS 上最能打的 Python 环境

iOS 沙箱机制决定了它很难像 Android 那样给你完整的 Linux 环境,所以 iOS 上的移动编程工具走的是另一条路:要么在应用内提供解释器,要么走远程/云端编译。Pythonista 属于前者,而且是 iOS 上 Python 开发绕不开的老牌应用。

Pythonista 内置了完整的 Python 3 解释器,可以直接运行 Python 脚本、调用 UIKit 画界面、访问剪贴板、照片、通讯录等系统能力,这是它区别于其他工具的核心竞争力。你可以用它写一个带 GUI 的小工具,跑起来就是一个完整的 iOS App 界面,体验相当惊艳。当时我拿它做了个临时记账脚本,输入金额自动归类,再用它自带的 UI 模块画了个简单界面,整个过程非常顺。

但它也有明显短板:库数量有限,不能像 Pydroid 那样自由 pip install,很多第三方库装不上。价格也不便宜,是付费应用,而且多年没有大更新。所以我的建议是,Pythonista 适合iOS 原生场景下的 Python 学习和小工具开发,尤其是想调用手机系统能力的人。如果你需要的只是跑一个 Python 脚本,不涉及系统 API,可以直接用下面说的 a-Shell 替代。

3.2 a-Shell 与 iSH:在 iOS 里跑终端

a-Shell 和 iSH 是两个在 iOS 上提供终端体验的应用,但原理不同。a-Shell 是 iOS 本地执行方案,内置了 Python、JavaScript、C、Lua 等语言解释器,还支持通过pip安装一部分纯 Python 包,适合在备忘录旁边的终端里快速验证脚本。

iSH 则是另一条路,它通过 x86 指令集模拟在 iOS 上运行一个小型 Alpine Linux 系统,你可以访问apk包管理器,安装 busybox、Python3、Git 等工具。它的优点是体验接近完整的 Linux,缺点是模拟层性能打折,而且 iOS 后台回收机制经常把它杀掉。我在地铁上开 iSH 跑长任务,经常一锁屏回来就发现进程没了,心累。

我的使用组合是:a-Shell 跑临时脚本,iSH 跑 Linux 命令和 Git 操作。a-Shell 轻快、启动快,适合"我改个文件、执行一下"的场景;iSH 胜在完整,适合"我想用 pip 装个包、用 grep 翻日志"的场景。两者读写的都是各自的沙盒目录,你不能像 Termux 那样直接编辑手机存储里的所有文件,但可以通过"打开方式"把文件导入应用内编辑。

3.3 Koder / Buffer Editor:远程开发的轻前台

iOS 上还有一类工具,它们不做本地编译,专注做远程开发前台,典型代表是 Koder 和 Buffer Editor。它们自带 SFTP、FTP、WebDAV、S3 等远程协议支持,可以连接你自己的服务器,在手机里直接编辑服务器上的代码文件,同时通过内置终端远程执行命令。

这个思路很聪明:把手机当成一个"随身键盘屏幕",真正的计算资源都在服务器上。我远程改线上配置、快速修复脚本时,多数用 Koder,它的远程终端体验稳定,代码高亮比 iSH 里的 vim 舒服得多。Buffer Editor 则强在编辑器流畅度和文件搜索,如果你习惯在电脑上用 VS Code,上手这两款几乎没有学习成本。

不过远程方案有几个硬条件:你必须有一台随时能连的远程服务器,同时服务器上的环境要提前配好。另外,远程编辑最怕网络抖动,我实际用下来,Koder 在弱网环境下偶尔会断开重连,所以改动大的时候我一般还是本地改完再上传。如果你没有自己的服务器,直接跳到第 4 章看云端开发环境。

4. 云端开发环境:手机上的终极移动开发工具

4.1 Replit:打开浏览器就能跑项目的移动编程平台

Replit 是一个云 IDE,正经来说它是网页服务,但在手机上体验极好,我甚至觉得它比很多原生 App 更懂"手机写代码"这件事。你不需要装任何编译器,打开浏览器、注册账号、从模板创建项目,就能直接开始写代码,编译和运行都在云端完成。

Replit 支持 Python、Node.js、Java、Go 等几十种语言,内置了数据库、定时任务、AI 辅助等功能。用它写过几次 Web 项目,启动一个 Flask 服务在手机浏览器里直接访问,整个过程不需要碰任何命令行。对学习型用户来说,Replit 最大的价值是解决环境配置问题:你只需专注代码逻辑,不用管 pip 装包、端口监听这些破事。

手机端 Replit 的操作路径是:进入项目后,屏幕上方是文件树,中间是编辑器,下方是 console 和 Shell,界面在手机上做了很自然的适配。离线时它完全不可用,这是云端方案的通病,我一般不把线上故障依赖在它身上。另外免费版的计算资源有限,跑大型程序会慢,但学语法、跑脚本绰绰有余。

4.2 GitHub Codespaces:把 VS Code 塞进手机浏览器

如果你习惯了 VS Code 的生态,GitHub Codespaces 一定是冲浪首选。它相当于在云端给你起了一个完整的 VS Code 容器,手机浏览器打开后,界面和桌面版几乎一致,支持扩展、终端、调试、Git 协同,还能保存开发环境配置,随时恢复。

我用 Codespaces 在手机上改过一个前端项目。打开页面后,左侧文件树、中间编辑区、底部终端一应俱全,代码补全和语法高亮都跟桌面版很接近。最大的问题是初次启动慢,冷启动一个容器要等一两分钟,手机端偶尔会因为网络波动而掉线。另一个限制是免费额度用完就不能继续用,适合偶尔应急,不适合全天候依赖。

Codespaces 的移动端体验还跟手机浏览器规格有关,我更喜欢用 iPad 开,屏幕大、多任务方便;手机上开也能用,但就像给大象穿高跟鞋,勉强能走路,不如桌面舒适。如果你的团队已经是 GitHub 工作流,Codespaces 在手机上接续开发是很顺的,尤其是你不想本地装环境的时候。

4.3 自己搭 code-server / SSH 远程开发:更自由的方案

还有一条更极客的路线:自建云端开发环境。你在自己的服务器上装 code-server,也就是把 VS Code 跑到浏览器里,手机随时随地打开一个网页就能写代码。或者更简单——直接 SSH 到服务器,用前面说的 Koder、Termux 内置的 ssh 客户端操作终端。

我在自己的服务器上跑过一段时间 code-server,用的是 Docker 方式部署:

docker run -d --name code-server -p 8080:8080 -v /home/coder/.config:/home/coder/.config codercom/code-server

启动后,手机浏览器访问http://你的服务器IP:8080,输入密码就能得到一个几乎完整的 VS Code 网页版。这个方案的好处是环境完全可控,项目在服务器本地,编译速度快,还不用担心免费云 IDE 的额度限制。缺点是需要自己维护服务器和安全访问策略,别裸奔在公网上,密码要够强、开启 HTTPS,否则等于把开发权限敞给别人。

还有一种零编辑器的方案:直接用 Termux 或 Koder 的 SSH 客户端连服务器,跑 vim、tmux、htop。我个人的评估是:这类全终端工作流效率很依赖熟练度,如果你是 vim 新手,会非常痛苦;但一旦习惯,你会发现用手机远程维护服务器简直轻若无物。自建设备适合折腾型选手,也是我觉得最有长期回报的一条路线。

5. 常见问题与排查技巧实录

5.1 Termux 装包慢、权限不足怎么办?

用 Termux 的人几乎都会遇到装包慢的问题,尤其是pkg install python这类大包下载。这种情况一般的解法是切镜像源,但我不建议一上来就乱切源,优先确认是不是手机网络本身波动。另外,Termux 官方包仓库在中午和晚上高峰期确实会慢,我一般会错峰安装。如果急着用,可以先只装最小依赖,跑起来再补:

pkg install python -y python -m pip install --upgrade pip

权限不足的问题也常见:termux-setup-storage弹窗时没点允许,导致无法读写手机存储。遇到这个情况,先重跑一次命令,然后在系统设置里手动给 Termux 开启存储权限。提示「no such file or directory」多是因为 Termux 沙盒里根本没有/storage挂载点,执行一次termux-setup-storage就好。Termux 还会因为 App 后台被清理导致 SSH 连接断开,记得把 Termux 加入电池优化白名单。

5.2 Pydroid 装库失败、版本冲突怎么处理?

Pydroid 装第三方库失败,最常见的原因是包需要编译 C 扩展,而手机上没有对应的编译工具链。表现就是 pip 报了很长一串错误,最后一句是error: command 'clang' failed with exit status 1。遇到这个情况,可以试试在 Pydroid 设置里打开"使用预编译包"选项,有些常见库有预编译 wheel,能跳过编译步骤。

版本冲突是另一个高频问题,尤其是项目里同时依赖 numpy 的新旧版本。我的建议是不要盲目升级所有包,Pydroid 里先锁定关键版本:

pip install numpy==1.24.3

装完再测。如果装的是 lxml、pandas 这类重依赖,建议直接换到 Termux 里装,那边有完整工具链,装起来更可控。还有一点容易被忽视:Pydroid 的文件管理默认只显示 app 目录,你从其他软件导入的 .py 文件可能落在 Download 目录,记得在文件管理器里先移动到 Pydroid 可访问的位置。

5.3 iOS 上后台掉线、中文输入法、外接键盘问题

iOS 上的移动开发工具最烦的不是功能,是后台被杀。iSH、a-Shell 这类本地执行工具,一旦切到后台超过几十秒,回来就发现进程没了。这个我尝试过各种方式,只能说部分规避:写长任务时开个后台音频占位(比如放一首循环音乐),或者用自带"独立窗口"模式把终端悬在小窗里,能减少被回收的概率。但别指望彻底解决,iOS 的内存管理天生激进。

中文输入法在代码输入时特别碍事,打括号、分号总会弹拼音候选词。我个人的解决方法是:打开系统英文键盘,在代码应用里先把输入法切到英文,需要中文注释时再切回。外接键盘方面,支持实体键盘的移动编辑器都值得优先考虑,像 Koder、Acode 都对蓝牙键盘做过适配,方向键、Tab、? 这类常用的代码键都能正常触发。连接外接键盘后,建议在系统设置里关闭"自动显示软键盘",否则切换光标时软键盘弹出来挤掉半屏界面。

5.4 通用避坑:存储、同步、备份与代码丢失

在手机上写代码,最痛的不是环境装不起来,而是辛辛苦苦写了半天,代码丢了。移动应用沙盒机制决定了很多文件其实散落在各自应用的私有目录里,一旦误删或者卸载重装,数据就没了。我吃过这个亏之后,养成的习惯是所有项目一律用 Git 同步,本地只当工作区。

具体做法很简单:第一天用手机开发时,就提前把仓库推到 GitHub、Gitee 或自建 Git 服务,然后用移动工具克隆下来继续开发。每次写完,git add . && git commit -m "update" && git push这三连操作顺手一敲,手机上改的东西直接同步到云端。这样就算手机丢了、应用卸载了,代码也不会有闪失。

另外,移动开发工具的存储路径很乱,Termux 默认在内部存储的~/storage/downloads等下找文件,Pydroid 的文件在/storage/emulated/0/Android/data/ru.iiec.pydroid3/里,不同工具之间传文件很麻烦。建议约定一个统一的"工作目录",比如手机根目录下的code/文件夹,所有工具都往这里读写,能省掉很多文件迷路的烦恼。

6. 最终选型建议与个人体会

6.1 一张表看清怎么选

工具整理到最后,我把核心信息压缩成一张表格,覆盖我实际用过的方案。你根据自己的场景挑,我列的是最顺手的一条路,不代表唯一选择。

使用场景Android 推荐组合iOS 推荐组合核心逻辑
应急修 bug、改配置Termux + 内置 vim / 远程 SSHKoder(远程终端)不依赖本地编译器,直接连接服务器操作
地铁上学 Python、刷题Pydroid 3 或 DcoderPythonista 或 iSH打开即用,代码在 APP 内运行
前端页面、脚本调试Acode(内置预览)Buffer Editor + 云服务编辑器轻量,实时看到渲染效果
多语言、杂项目开发Termux(装 Node/Python/GCC)a-Shell(轻量)或 Replit(云端)尽量复用系统级环境,或把重活交给云端
完全不想碰环境配置Replit 网页版Replit / GitHub Codespaces真·云端编译,手机只当遥控器

这张表不是静态的,我自己的搭配也随场景在变。写脚本和改 bug 用 Termux + 远程 SSH,前端调整用 Acode,刷算法题用 Dcoder,iOS 设备上更经常开 Replit 或直接远程连服务器。工具是组合拳,别指望一个应用覆盖所有场景。

6.2 我的搭配组合与一个值得养成的习惯

目前我手机主屏上固定的编程类是 Termux、Acode、Koder,还有浏览器书签里的 Replit。这套组合覆盖了我 90% 的移动写码场景:Termux 是主力,负责 Python/Node.js 脚本和远程 SSH;Acode 负责前端和文本编辑;Koder 在 iOS 设备上替代 Termux 的位置;Replit 是备用方案,遇到复杂项目或者忘记带电脑时临时顶上。

最后分享一个我踩过不少坑之后养成的习惯:给手机开发环境做一个"初始化脚本"。在 Termux 里,我把固定的安装命令写成脚本存到 Git 仓库:

pkg update && pkg upgrade -y pkg install python nodejs git openssh neovim -y pkg install termux-wake-lock -y echo "alias ll='ls -la'" >> ~/.bashrc

每次换了新手机或者清理系统后,克隆仓库、跑一遍脚本,5 分钟就能把开发环境恢复原样。iOS 上类似,我把 a-Shell、Koder 的连接配置也都记录在笔记里,随手可查。这套思路推广到整个移动开发工具选型上也成立:重要的不是哪个工具最强,而是你手里有没有一套能在任何设备上快速复现的工作流

我在实际使用中最深的体会是:手机上写代码永远不是为了替代电脑,而是为了在电脑不在身边的时刻,把"立刻能做"和"需要等待"之间的缝隙填满。工具选对了,那个缝隙就是效率;选错了,那个缝隙就成了焦虑。希望这篇对你有用,至少让你下一次在地铁上掏出手机的时候,能少犹豫几秒。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/20 9:31:34

Codex 与 Claude Code 分工:Go 仓库重构的 Token 去向由 TaoToken 记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 9:30:32

Claude自定义模型配置实战:从参数调优到系统提示词完整指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 9:29:43

昇腾Atlas 300V推理卡YOLO部署全攻略:硬件识别、环境搭建与模型转换

最近后台有朋友连着问我两个问题:Atlas 300V 24G到底算不算运算加速卡?用atlas部署yolo到底怎么搞?这两个问题其实指向同一件事——昇腾推理卡从硬件选型到模型落地的完整链路。作为一个在安防视频分析项目里把YOLO系列反反复复部署过多次的人…

作者头像 李华
网站建设 2026/9/20 9:29:41

Flutter CustomScrollView:打造高性能滑动视图的终极指南

1. Flutter滑动视图的革命性解决方案在Flutter应用开发中,CustomScrollView就像一把瑞士军刀,它能让你突破常规ScrollView的限制,创造出令人惊艳的滚动效果。我曾在电商APP开发中,用CustomScrollView实现了商品详情页的"悬浮…

作者头像 李华