1.idea右下角的event log 找到真正的端口号

2.cmd打开命令行执行

  netstat -ano|findstr 端口号 找到占用端口的进程


3.杀进程

taskkill -f -pid 进程端口


Logo
HarmonyOS开发者社区

讨论HarmonyOS开发技术，专注于API与组件、DevEco Studio、测试、元服务和应用上架分发等。

更多推荐

ArkUI + HarmonyOS 无障碍适配：朗读语义与焦点组织【共创稿事节】

一个页面在正常字体下看起来很清楚：左边是任务名称，右边是红色的“待处理”，下面还有个只有图标的“更多”按钮。可一旦开启屏幕朗读，用户可能只听见“按钮”“待处理”，却不知道是哪个任务，更不知道点击后会执行什么操作。开发者看到的是视觉层级，辅助技术依赖的却是另一套可被理解、可被操作的语义结构。两者不应该靠运气碰巧一致。 拿一个很普通的巡检任务卡片来说，页面功能只有展示状态、打开详情、切换完成状态三件事

avatar HarmonyOS开发者社区

DevEco Studio + HarmonyOS 应用发布工程：Debug与Release构建及APP打包（连载03／04）【共创稿事节】

构建按钮点过了，工程目录里也出现了新文件，为什么发布前评审仍然会问“这个包究竟是哪个模式打出来的”？因为构建成功、能够安装和可以提交分发，是三件需要分别证明的事情。前两篇已经为设备点检助手确定了 com.example.fieldinspector 这个示例应用身份，约定了 versionCode 的递增规则，也把证书、Profile 与签名配置之间的责任关系理清。本篇把目光移到真正产生文件的阶段

avatar HarmonyOS开发者社区

ArkUI + HarmonyOS 多窗口任务工作台：折叠分屏下表单草稿保持（连载04／06）【共创稿事节】

窗口展开时，任务列表和详情并排；窗口收窄时，详情被移动到独立页面。这一切看上去只是 ArkUI 的布局工作，真正容易丢掉的却是用户正在输入的备注：点了几个字、折叠屏幕，输入框又回到上一次保存的内容。这里的问题不是 TextArea 不会保存文字，而是我们让一个随布局反复创建的子组件独自承担了业务草稿。 前三阶段已经把工作台的 selectedId、NavPathStack 与列表刷新分开了。第四阶

avatar HarmonyOS开发者社区