企业官网建设流程全解析

1. 开机自启这件事，远不止把快捷方式拖进启动文件夹那么简单

很多人第一次接触开机自启，都是因为某个小工具每次重启后都要手动打开，烦得不行。于是上网一搜，看到最多的答案就是“把快捷方式拖进启动文件夹”，照做之后确实生效了，但过了一阵子发现电脑开机越来越慢，任务管理器里一堆莫名其妙的启动项，有些软件明明已经卸载了，启动项还赖在那里不走。这时候才意识到，开机自启的配置方式其实分好几个层级，每种方式的生效时机、权限范围、管理入口都不一样，用错了地方，轻则拖慢开机速度，重则留下难以清理的残留。

这篇内容就是想把Windows下设置开机自启的几种主流方式彻底讲清楚。我会从最表层的“启动文件夹”一路讲到注册表、任务计划程序、系统服务，每一种方式都会说明它的适用场景、具体操作步骤、以及我在实际使用中踩过的坑。不管你是想让一个小脚本开机自动跑起来，还是需要某个后台程序在用户登录前就启动，或者想搞清楚为什么有些启动项在任务管理器里禁用了却依然生效，都能在这里找到对应的答案。内容会尽量说人话，每一步操作都给出明确的路径和理由，让你不仅知道怎么设，还知道为什么这样设。

2. 启动文件夹：最直观但也最容易被滥用的入口

2.1 当前用户启动文件夹的准确路径与操作细节

启动文件夹是大多数人最先接触的方式，因为它足够简单——把快捷方式丢进去就完事了。但很多人其实并没有搞清楚它的准确位置，只是通过“运行”对话框输入shell:startup打开了一个文件夹，然后往里拖东西。这个命令打开的确实是当前用户的启动文件夹，完整路径是C:\Users\你的用户名\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup。注意这里的AppData是隐藏文件夹，如果你直接在资源管理器里找，需要先开启“显示隐藏文件”才能看到。

这个方式的生效时机是用户登录之后。也就是说，系统启动到登录界面时，启动文件夹里的东西还不会运行，必须等你输入密码进入桌面，它们才会被依次拉起。这个特性决定了它适合放那些依赖用户桌面环境的程序，比如某个需要读取用户配置文件的同步工具、一个开机后自动打开的笔记软件、或者一段需要访问用户目录的脚本。

操作上有一点值得注意：放进去的可以是快捷方式，也可以直接放可执行文件或脚本文件。但如果你放的是脚本（比如.bat或.ps1），双击运行时的行为可能和你预期的不一样。.bat文件会弹出一个命令行窗口，如果你不希望它一直挂着，需要在脚本末尾加exit或者用start /min来最小化。.ps1文件则受执行策略限制，默认情况下双击可能直接被系统拦下来，需要先用管理员权限修改执行策略，或者通过一个.bat包装层来调用。

提示：启动文件夹里的项目在任务管理器的“启动”标签页里会显示为“启动文件夹”或类似的来源标记，你可以从这里直接禁用它们，而不需要手动去文件夹里删除。但要注意，任务管理器里的禁用操作只是在注册表中做了一个标记，文件本身还在原地，哪天你重装系统或者迁移用户配置，这些文件又会被带过去。

2.2 全局启动文件夹与当前用户启动文件夹的区别

除了当前用户的启动文件夹，Windows还有一个全局启动文件夹，路径是C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp。这个文件夹对所有用户生效，不管谁登录，里面的程序都会被启动。它的存在意义在于：有些软件是给整台机器装的，所有用户都需要用到，比如某些硬件驱动附带的控制面板、或者公司统一部署的办公套件。

但这里有一个很容易踩的坑：全局启动文件夹里的项目，在任务管理器的启动项列表里不一定能看全。任务管理器主要展示的是当前用户的启动项，全局启动项有时候会被归到“其他”或者干脆不显示。这就导致一个现象——你在任务管理器里把能禁的都禁了，开机速度还是上不去，因为全局启动文件夹里还躺着一堆东西。

我在实际排查开机慢的问题时，养成了一个习惯：先看任务管理器，再看两个启动文件夹，最后才去翻注册表和任务计划。这个顺序是从表层到深层，能解决大部分常见问题。如果你发现某个软件卸载后启动项还在，大概率是它的安装程序往全局启动文件夹里塞了东西，而卸载程序没有清理干净。

2.3 启动文件夹的局限性：为什么它不适合所有场景

启动文件夹最大的局限在于它的生效时机太靠后。用户登录之后才运行，意味着如果你需要某个程序在登录界面出现之前就启动，比如一个远程管理工具、一个需要在网络栈初始化后就立刻挂载的虚拟磁盘、或者一个必须在其他用户程序之前抢占资源的后台服务，启动文件夹就无能为力了。

另一个局限是权限。启动文件夹里的程序默认以当前用户的权限运行，如果程序需要管理员权限才能正常工作，每次开机都会弹出一个用户账户控制提示，需要你手动点“是”。这个体验非常糟糕，而且如果你不在电脑前，程序就卡在那里了。要绕过这个限制，就不能用启动文件夹，得换注册表或者任务计划程序的方式。

还有一个容易被忽略的点：启动文件夹里的项目是按字母顺序依次启动的，没有依赖管理。如果你有两个程序，B依赖A先启动，你没法通过启动文件夹来保证顺序。这种情况下，要么写一个包装脚本按顺序调用，要么用任务计划程序来设置触发器。

3. 注册表启动项：藏在深处的自动运行机制

3.1 三个关键注册表位置的各自职责

注册表是Windows启动项管理的核心，很多表面上的启动方式最终都是通过注册表来实现的。与开机自启直接相关的注册表位置主要有三个，它们分别对应不同的生效范围和权限级别。

第一个是HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run，这个位置只对当前用户生效，里面的键值在用户登录后运行。它的作用和当前用户启动文件夹类似，但更隐蔽，因为普通用户不会没事去翻注册表。很多软件安装时会往这里写一个键值，指向自己的可执行文件，然后在卸载时删除。如果卸载不干净，这个键值就会一直留着。

第二个是HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run，这个位置对所有用户生效，需要管理员权限才能修改。它的生效时机也是用户登录后，但因为是机器级别的配置，优先级比当前用户的Run键要高。一些系统级的工具、驱动附带的控制程序会写在这里。

第三个是HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce，这个位置的特点是里面的键值只运行一次，运行完就自动删除。它通常用于安装程序在重启后完成一些收尾工作，比如删除临时文件、完成配置更新。普通用户很少需要手动往这里写东西，但如果你有一个只需要在下次开机时执行一次的任务，用RunOnce比用其他方式更干净。

3.2 手动添加注册表启动项的完整步骤与参数说明

假设你要让一个名为mytool.exe的程序在开机后自动启动，程序路径是D:\Tools\mytool.exe，并且希望它最小化启动。操作步骤如下：

1. 按Win + R打开运行对话框，输入regedit，回车。如果弹出用户账户控制提示，点“是”。
2. 在注册表编辑器左侧导航栏中，依次展开到HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run。如果你想对所有用户生效，就展开到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run。
3. 在右侧空白处右键，选择“新建” -> “字符串值”。
4. 给这个字符串值起一个名字，这个名字会显示在任务管理器的启动项列表里，所以建议起一个容易识别的名字，比如MyTool。
5. 双击这个字符串值，在“数值数据”里填入程序的完整路径。如果需要传递参数，就在路径后面加空格再写参数。比如要让它最小化启动，可以写成"D:\Tools\mytool.exe" /min。注意路径如果有空格，一定要用英文双引号包起来，否则系统会把空格前后的内容当成两个不同的东西。
6. 点确定，关闭注册表编辑器。下次登录时，这个程序就会自动运行。

这里有一个细节值得展开：路径中的引号问题。很多人写注册表启动项时忘记加引号，结果路径里有空格，比如C:\Program Files\SomeTool\tool.exe，系统会尝试运行C:\Program，然后报错找不到文件。这个错误不会弹窗提示，你只会发现程序没启动，然后一头雾水。所以记住一个原则：只要路径中包含空格，就用双引号把整个路径包起来。

3.3 注册表方式相比启动文件夹的优势与风险

注册表方式最大的优势是灵活。你可以通过键值名称来管理启动项，可以传递命令行参数，可以通过RunOnce实现一次性启动，还可以通过权限设置来控制哪些用户能修改。对于需要管理员权限运行的程序，注册表方式也比启动文件夹更合适，因为你可以通过任务计划程序来提权，或者直接在HKEY_LOCAL_MACHINE下配置，让程序以系统权限运行。

但风险也随之而来。注册表是系统的核心数据库，误删或误改其他键值可能导致系统不稳定。我见过有人为了清理启动项，在注册表里一通乱删，结果把输入法、网络驱动相关的键值也删了，最后只能重装系统。所以如果你要手动编辑注册表，建议先导出备份：在要修改的键上右键，选择“导出”，保存为一个.reg文件。万一出了问题，双击这个文件就能恢复。

另一个风险是隐蔽性太强。启动文件夹里的东西你打开文件夹就能看到，注册表里的启动项如果不熟悉路径，根本不知道去哪里找。这就给了一些软件可乘之机——它们把启动项写在注册表深处，任务管理器里可能显示为“未知”或者干脆不显示，用户想禁用都找不到地方。遇到这种情况，可以用一些第三方工具来查看所有启动项，比如Autoruns，它能扫描注册表、启动文件夹、任务计划等所有位置，把启动项的来源标得清清楚楚。

4. 任务计划程序：被低估的开机自启利器

4.1 为什么任务计划程序比前两种方式更强大

任务计划程序是Windows内置的一个功能，很多人以为它只能用来定时执行任务，比如每天凌晨备份文件，但其实它在开机自启方面非常强大。它支持多种触发器，包括“计算机启动时”、“用户登录时”、“空闲时”、“特定事件发生时”等等。这意味着你可以精确控制程序的启动时机，而不是像启动文件夹那样只能等用户登录。

更关键的是，任务计划程序可以配置以最高权限运行，而且不会弹出用户账户控制提示。这个特性解决了一个大问题：很多需要管理员权限的程序，如果用启动文件夹或注册表方式启动，每次开机都会弹UAC窗口，必须手动确认。而通过任务计划程序，你可以勾选“使用最高权限运行”，程序就会静默提权，用户完全无感。

还有一个优势是条件控制。你可以设置任务只在特定网络环境下启动、只在电脑使用交流电时启动、或者延迟一段时间再启动。比如你有一个同步工具，希望它在开机后等网络稳定了再运行，就可以设置一个延迟，避免它一开机就抢带宽导致其他程序卡顿。

4.2 创建一个开机自启任务的详细流程

下面以让一个名为backup.exe的程序在每次开机后延迟30秒启动为例，走一遍完整流程。

1. 按Win + R，输入taskschd.msc，回车，打开任务计划程序。
2. 在右侧操作栏点击“创建任务”（注意不是“创建基本任务”，基本任务的功能有限，很多高级选项用不了）。
3. 在“常规”标签页，给任务起一个名字，比如AutoBackup。描述可以写“开机后延迟30秒启动备份工具”。在安全选项里，选择“不管用户是否登录都要运行”，这样即使没人登录，任务也会执行。然后勾选“使用最高权限运行”。这里有一个关键点：如果你选择了“不管用户是否登录都要运行”，系统会要求你输入当前用户的密码，这是为了让任务能以该用户的身份在后台运行。
4. 切换到“触发器”标签页，点击“新建”。在“开始任务”下拉框里选择“启动时”。如果你希望延迟启动，可以在“延迟任务时间”里勾选并设置30秒。高级设置里还可以勾选“重复任务间隔”，但开机自启场景一般不需要。点确定。
5. 切换到“操作”标签页，点击“新建”。操作类型选“启动程序”。在“程序或脚本”里填入D:\Tools\backup.exe。如果你需要传递参数，在“添加参数”里填写。起始位置可以填程序所在目录，有些程序需要这个才能正确读取同目录下的配置文件。
6. 切换到“条件”标签页，这里可以设置一些约束。比如取消勾选“只有在计算机使用交流电源时才启动此任务”，这样笔记本用电池时也能启动。如果你希望等网络可用后再启动，可以勾选“只有在以下网络连接可用时才启动”，然后选择“任何连接”。
7. 切换到“设置”标签页，这里有一些重要的选项。“允许按需运行任务”一般保持勾选。“如果任务失败，按以下频率重新启动”可以设置一个重试策略，比如每隔5分钟重试一次，最多重试3次。“如果任务运行时间超过以下时间，停止任务”可以防止程序卡死一直占用资源。
8. 点确定保存。系统会要求你输入密码，输入后任务就创建好了。

创建完成后，你可以在任务计划程序库中找到这个任务，右键选择“运行”来测试一下，看看程序是否能正常启动。如果测试通过，下次开机时它就会按你设置的规则自动运行。

4.3 任务计划程序在实际使用中的几个坑

第一个坑是“不管用户是否登录都要运行”这个选项。勾选它之后，任务会在后台以指定用户的身份运行，但程序界面不会显示出来。如果你启动的是一个带界面的程序，用户登录后看不到窗口，会以为程序没启动。所以这个选项只适合后台服务类的程序，不适合需要交互的桌面工具。

第二个坑是工作目录。任务计划程序默认的工作目录是C:\Windows\System32，而不是程序所在的目录。如果你的程序需要读取同目录下的配置文件，或者需要写日志到同目录，就会因为找不到路径而失败。解决办法是在“操作”标签页的“起始位置”里填入程序所在目录，比如D:\Tools。

第三个坑是触发器的时机。“启动时”触发器是在系统启动到一定阶段后触发的，但此时网络、用户配置等可能还没完全就绪。如果你的程序依赖网络，可能会启动失败。这时候可以改用“用户登录时”触发器，或者给“启动时”触发器加一个延迟。延迟多久合适？我一般设30秒到1分钟，具体看程序对环境的依赖程度。

第四个坑是任务的历史记录。默认情况下，任务计划程序会记录每次任务的执行情况，包括启动时间、结束时间、返回码。如果程序启动失败，返回码会是一个非零值，你可以通过查看历史记录来排查。但历史记录默认是关闭的，需要在任务属性里手动启用。启用后，如果任务频繁执行，历史记录会占用不少磁盘空间，所以排查完问题后可以关掉。

5. 系统服务：最底层也最需要谨慎对待的方式

5.1 系统服务与普通启动项的本质区别

系统服务是Windows启动项体系里最底层的一种。它由服务控制管理器统一管理，可以在用户登录之前就启动，而且不依赖于任何用户会话。这意味着服务可以在登录界面出现之前就运行，适合那些需要尽早启动、且不需要用户交互的程序，比如数据库、Web服务器、硬件监控工具。

服务还有一个特点是它可以配置启动类型：自动、手动、禁用、延迟自动。自动意味着系统启动时就会拉起这个服务；延迟自动则是等系统启动完成、进入桌面后再启动，目的是避免开机时大量服务同时启动导致系统卡顿。手动则是需要时由其他程序或用户触发启动。

但服务不是随便什么程序都能当的。一个程序要作为服务运行，必须实现服务控制接口，能够响应启动、停止、暂停等控制命令。普通的桌面程序直接注册为服务，启动后会因为找不到用户界面而崩溃。所以如果你想让一个普通程序开机自启，不要轻易尝试把它注册成服务，除非你确认它支持服务模式。

5.2 用sc命令创建和管理服务的实操方法

Windows提供了一个命令行工具sc，可以用来创建、配置、删除服务。假设你有一个支持服务模式的程序myservice.exe，路径是D:\Services\myservice.exe，你想把它注册为自动启动的服务，操作如下：

以管理员身份打开命令提示符或PowerShell，输入：

sc create MyService binPath= "D:\Services\myservice.exe" start= auto

注意binPath=和start=后面的等号前面有一个空格，这是sc命令的语法要求，少了空格会报错。执行成功后，系统会提示[SC] CreateService 成功。

然后你可以用以下命令来管理这个服务：

sc start MyService # 启动服务 sc stop MyService # 停止服务 sc query MyService # 查询服务状态 sc config MyService start= delayed-auto # 改为延迟自动启动 sc delete MyService # 删除服务

如果你需要给服务添加描述，可以用：

sc description MyService "这是一个用于演示的服务"

创建服务后，你也可以在“服务”管理单元（services.msc）里看到它，并像管理其他服务一样管理它。

5.3 服务方式的适用场景与不可忽视的风险

服务方式最适合那些需要在后台长期运行、不需要用户交互、且需要在登录前就启动的程序。比如一个本地Web服务器，你希望开机后就能通过浏览器访问，不需要先登录桌面。或者一个硬件监控工具，需要在系统启动后立刻开始采集数据。

但服务方式的风险也很明显。首先，服务以系统权限运行，权限非常高，如果程序有漏洞，可能被利用来提权。其次，服务崩溃后默认不会自动重启，需要配置恢复策略。你可以在服务的“恢复”标签页里设置第一次失败、第二次失败、后续失败时分别采取什么动作，比如重新启动服务。再次，服务的调试比普通程序麻烦，因为服务没有界面，出错信息通常只能写日志，排查起来更费劲。

还有一个容易被忽略的点：删除服务时，如果服务正在运行，需要先停止再删除。直接删除正在运行的服务，可能会导致服务进程变成孤儿进程，继续占用资源但无法管理。所以正确的顺序是sc stop，等状态变成STOPPED，再sc delete。

6. 几种方式的横向对比与选型建议

6.1 从生效时机、权限、管理难度三个维度做对比

为了更直观地看出几种方式的差异，我整理了一个对比表格：

从生效时机看，系统服务最早，任务计划程序的“启动时”触发器次之，启动文件夹和注册表Run键都要等用户登录。从权限看，服务最高，任务计划程序可以配置，启动文件夹和注册表Run键默认是当前用户权限。从管理难度看，启动文件夹最简单，注册表次之，任务计划程序需要理解触发器、操作、条件等概念，服务最复杂。

6.2 根据程序类型选择最合适的自启方式

如果你要自启的是一个普通的桌面工具，比如一个截图工具、一个便签软件，用当前用户启动文件夹就够了。简单直接，想禁用的时候在任务管理器里点一下就行。

如果你要自启的是一个需要管理员权限的工具，比如一个磁盘清理工具、一个网络配置工具，优先考虑任务计划程序。创建一个“登录时”触发的任务，勾选“使用最高权限运行”，这样既不会弹UAC，又能以管理员权限运行。

如果你要自启的是一个后台服务，比如一个本地数据库、一个消息队列，那就用系统服务方式。配置为自动启动或延迟自动启动，并设置好恢复策略，确保它崩溃后能自动拉起。

如果你要自启的是一个脚本，比如一个Python脚本、一个PowerShell脚本，可以用启动文件夹放一个.bat包装层，或者用任务计划程序直接调用脚本解释器。用任务计划程序的好处是可以设置工作目录和参数，比启动文件夹更可控。

6.3 排查开机自启问题的通用思路

当你遇到开机自启相关的问题时，可以按以下顺序排查：

1. 打开任务管理器，切换到“启动”标签页，看看有哪些启动项，状态是“已启用”还是“已禁用”。这里能看到大部分常见的启动项。
2. 检查两个启动文件夹，看看里面有没有多余的东西。
3. 打开注册表编辑器，检查HKCU和HKLM下的Run和RunOnce键。
4. 打开任务计划程序，检查任务计划程序库里的任务，特别是那些触发器为“启动时”或“登录时”的任务。
5. 打开服务管理单元，检查启动类型为“自动”或“延迟自动”的服务，看看有没有可疑的或不需要的。
6. 如果以上都查了还是找不到，可以用Autoruns这类工具做一次全量扫描，它能列出所有启动项及其来源，包括一些隐藏得很深的位置。

这个排查顺序是从表层到深层，从简单到复杂，能解决绝大多数开机自启相关的问题。我在帮别人处理开机慢的问题时，基本都是按这个流程走，一般在前三步就能找到罪魁祸首。

7. 几个我踩过的坑和对应的解决办法

7.1 启动项禁用了却依然生效的诡异情况

有一次我帮人处理一台开机特别慢的电脑，任务管理器里显示启动项已经全部禁用了，但开机还是要好几分钟。后来用Autoruns一查，发现有一个服务在作怪。这个服务是某个软件安装时注册的，启动类型是“自动”，但它在任务管理器里不显示，因为任务管理器只管用户登录后的启动项，不管服务。把那个服务改成“手动”之后，开机速度立刻恢复正常。

这个经历告诉我，任务管理器的启动项列表并不完整，它只覆盖了启动文件夹和注册表Run键的一部分，任务计划和服务都不在里面。所以如果你在任务管理器里禁用了所有启动项，开机还是慢，一定要去任务计划和服务里看看。

7.2 任务计划程序里任务显示成功但程序没启动

这个问题我遇到过好几次，任务计划程序的历史记录显示任务已成功启动，返回码是0，但程序就是没运行。排查后发现原因五花八门：有一次是工作目录不对，程序找不到配置文件直接退出了；有一次是程序需要交互式桌面，但任务配置成了“不管用户是否登录都要运行”，导致程序启动后没有桌面可显示，自己退出了；还有一次是程序依赖某个环境变量，而任务计划程序的环境变量和用户登录后的环境变量不一样。

解决办法分别是：设置正确的起始位置；把任务改成“只在用户登录时运行”；在任务的操作里用完整路径调用程序，或者在包装脚本里先设置好环境变量再启动程序。

7.3 服务启动失败后无限重启导致系统卡死

服务可以配置恢复策略，失败后自动重启。这个功能本来是为了提高可用性，但如果配置不当，会变成灾难。我曾经把一个有问题的服务配置成“失败后每隔1分钟重启”，结果这个服务每次启动都失败，系统就不停地重启它，CPU占用率一直很高，整个系统卡得没法用。

后来我学乖了，配置恢复策略时，第一次失败可以重启，第二次失败可以重启，但后续失败一定要选择“不操作”，并记录一个事件日志。这样即使服务有问题，也不会把系统拖垮。另外，在调试新服务时，先把启动类型设为“手动”，测试通过后再改成“自动”，避免一开机就出问题。

7.4 卸载软件后启动项残留的清理方法

很多软件卸载后会在启动文件夹、注册表、任务计划里留下残留。清理方法因位置而异：启动文件夹里的直接删除文件；注册表里的找到对应键值删除；任务计划里的在任务计划程序库中找到任务删除；服务里的用sc delete删除。

但问题是，你怎么知道哪个残留对应哪个已卸载的软件？我的经验是看名称和路径。残留的启动项名称通常包含软件名或开发商名，路径指向的文件夹通常已经不存在了。如果你不确定某个启动项是不是残留，可以先禁用它，观察几天，如果没有任何程序受影响，再删除。

还有一个更彻底的办法：用专业的卸载工具来卸载软件，它们通常会在卸载后扫描并清理残留的启动项和注册表项。但这类工具也要慎用，有些会误删系统关键项，选择口碑好的、有备份功能的工具比较稳妥。

8. 关于开机自启，我个人的几条经验法则

折腾了这么多年开机自启，我总结了几条自己的原则，不一定对所有人适用，但至少让我少踩了很多坑。

第一条：能不用自启就不用自启。很多软件安装时默认勾选开机自启，其实你一个月可能就用那么几次，完全没必要让它常驻。每次手动打开虽然多花几秒钟，但换来的是更快的开机速度和更干净的系统环境。

第二条：优先用任务计划程序，而不是启动文件夹。任务计划程序的可控性更强，可以设置延迟、可以提权、可以配置失败重试，而且管理入口集中，不像启动文件夹那样散落在两个地方。虽然配置起来多几步，但后续维护省心得多。

第三条：定期清理启动项。我一般每个月会花几分钟检查一下任务管理器、任务计划和服务，看看有没有新增的不认识的启动项。发现可疑的就先禁用，观察一段时间再决定是否删除。这个习惯让我的电脑用了好几年，开机速度依然保持在十几秒。

第四条：修改注册表和服务之前一定先备份。注册表可以导出.reg文件，服务可以用sc query导出配置，任务计划可以导出为XML文件。有了备份，万一改错了还能恢复，不至于重装系统。

第五条：不要迷信第三方优化工具。很多所谓的“开机加速”工具，原理就是把你的启动项全部禁用，包括一些必要的系统组件。禁用之后开机是快了，但某些功能可能就不正常了。与其用这些工具，不如自己搞清楚每个启动项是干什么的，手动决定去留。