当退出游戏的时候游戏虽然退出了但是进程不会结束掉所以在退出的时候要加上这句话

最新推荐文章于 2025-12-12 10:49:42 发布

原创最新推荐文章于 2025-12-12 10:49:42 发布 · 1.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#游戏

本文介绍了一种在Android系统中终止当前进程的方法，通过调用android.os.Process.killProcess(android.os.Process.myPid())来实现。

android.os.Process.killProcess(android.os.Process.myPid());

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

cwc455826074

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

linux----8--9--父进程等待子进程的退出

weixin_42714122的博客

09-12

912

linux----8--9--父进程等待子进程的退出

python回车键退出_python退出程序

weixin_39605004的博客

11-30

5546

广告关闭腾讯云11.11云上盛惠，精选热门产品助力上云，云服务器首年88元起，买的越多返的越多，最高返5000元！python退出程序的方式有两种：os._exit()，sys.exit() 1）os._exit() 直接退出 python程序，其后的代码也不会继续执行。 2）sys.exit() 引发一个 systemexit异常，若没有捕获这个异常，python解释器会直接退出；捕获这个异...

参与评论您还未登录，请先登录后发表或查看评论

steam更新出错应用运行中

weixin_34007879的博客

03-09

3953

游戏程序没有完全关闭，仍在后台运行。打开任务处理器，选择进程，下面找到TslGame，关闭之。转载于:https://www.cnblogs.com/bingxing/p/8533336.html

游戏进程已挂起，结束不掉重启也不行？原因居然是...

四海一叶秋的博客

06-03

1万+

最近遇到了很多类似这样的问题，都是说删除游戏后游戏进程已挂起，一直在任务管理器里结束不掉。无法查看进程属性，用taskkill命令、process explorer工具，甚至用了pyark、pchunter、火绒剑等ark工具也结束不掉挂起的游戏进程，重启也不行。都是说游戏进程结束不了，都说重启也不行，网上的方法也试遍了。那么为什么对应的游戏文件删了，也重启电脑了进程还在？这么离奇的事，原因说白了很简单：电脑开了快速启动，他们口中的重启是指关机后再开机，所以反复的关机开机关机开机，等于反复休眠唤

解决虚拟键盘关闭后无法退出程序的问题

realbay的专栏

02-15

2536

RAD Studio XE6、XE7有一个Bug，就是当虚拟键盘显示出来后，如果用虚拟键盘上的关闭按钮关闭虚拟键盘，此时再想用手机上的硬返回键关闭程序，则程序无法关闭。必须要让虚拟键盘重新显示，用手机上的硬返回键来关闭虚拟键盘，再按一次硬返回键才能关闭程序。解决这个问题，只需拦截硬返回键的按下的消息，在其中加入关闭程序的代码即可。 void __fastcall

aow_exe.exe进程结束方法

热门推荐

yujiqiufeng的博客

08-14

1万+

游戏崩溃，打不开tx游戏助手，aow_exe.exe无法结束本来不想写的，网上找了很多办法没有用，偶然间解决的，共享一下我的办法，万一有人需要呢因为懒，不想重启电脑，网上那些需要重启的办法就没试了。其实很简单，游戏奔溃后通过结束掉 AndroidEmulator.exe来结束aow_exe.exe。我试了可以，有需要的可以试试。...

python进程池函数执行完后不退出_进程池

weixin_39818521的博客

12-20

2276

10305 进程池在利用Python进行系统管理的时候,特别是同时操作多个文件目录,或者远程控制多台主机,并行操作可以节约大量的时间.当被操作对象数目不大时,可以直接利用multiprocessing.Process动态成生多个进程,十几个还好,但如果是上百个,上千个目标,手动的去限制进程数量却又太过繁琐,此时可以发挥进程池的功效Pool可以提供指定数量的进程,供用户调用.当有新的请求...

【Linux C | 多线程编程】线程的退出(return、pthread_exit、pthread_cancel函数详解)

wkd_007的博客

03-22

2492

本文介绍了`线程会终止，进程不会终止` 的三种方式。然后介绍线程退出的两个函数，最后介绍线程退出返回值。

操作系统 — 进程的退出(exit)

阿亮的博客

12-18

1万+

进程退出我们来认识一下·1

linux入门---fork函数和进程退出

qq_68695298的博客

04-03

1606

fork函数和进程退出

进程（五）—— 进程退出、进程等待(waitpid函数)

challenglistic的博客

04-01

4126

僵尸进程是子进程运行结束，但因为没有被回收，所以一直占用资源，为了解决这个问题，引入了进程终止和进程等待。进程终止能让子进程在执行完任务以后，立马退出进程；进程等待让父进程停下来等待子进程执行完毕，然后回收子进程

简单了解C语言中主线程退出对子线程的影响

08-25

在一些论坛上看到许多人说子线程也会跟着退出，其实这是错误的，原因在于他们混淆了线程退出和进程退出概念。实际的答案是主线程退出后子线程的状态依赖于它所在的进程，如果进程没有退出的话子线程依然正常运转。...

free(p)如果没写free在程序运行结束的时候，操作系统会主动释放内存空间。这句话怎么理解

11-14

这句话怎么理解？ --- #### ✅ 正确理解： > **是的，当一个进程（程序）正常终止时，操作系统会回收该进程所占用的所有资源，包括由 `malloc` 分配但未手动 `free` 的堆内存。** 但这 **不意味着你可以忽略 `...

Hazel游戏引擎学习

zxbcollegestudent的专栏

12-08

394

是学习OpenGL的很好的例子，入门3D开发，如果不想一上来就上手Utility开发，可以先学习一下Hazel，毕竟代码量少，其框架设计也与Utility差不多。至于Hazel库的PreMake生成vs2019 sln工程，请参考GitHub。# 2. 更新子模块，这个过程可能比较长，建议开梯子。# 3. 使用CMake配置（生成调试版本）# 4. 编译后会得到带d后缀的lib文件。# 编译SPIRV-Cross调试版本。# 1. 克隆shaderc仓库。

打造极致真实的游戏世界

yiruo250的博客

12-09

694

摘要：现实风格游戏开发需注重物理真实感、光影效果与细节呈现。核心技术包括物理引擎应用、PBR渲染流程、动作捕捉技术及高精度环境建模。开发过程中需采用模块化流程，结合Unreal/Unity引擎及专业工具链，通过LOD优化、动态加载等技术平衡性能与画质。关键要素涵盖真实物理反馈、环境声效、NPC智能行为及叙事化UI设计，需持续进行用户测试与优化迭代。开发重点在于技术实现与艺术表现的平衡，通过渐进式优化处理资源密集型内容。

游戏/远程桌面的网络延迟优化：从TCP拥塞控制到智能选路

在代码的世界里，每天进步1%

12-11

817

卡了！又卡了！这句话你一定不陌生。网络延迟。但延迟到底是什么？为什么有时候明明带宽很高，却依然卡顿？今天我们就从技术角度彻底搞懂延迟，并给出实战优化方案。"""简化的可靠UDP实现"""self.send_buffer = {} # 未确认的包self.recv_buffer = {} # 乱序到达的包"""发送数据"""packet = {"""接收数据"""# 发送ACK# 处理乱序# 顺序到达# 检查缓冲区中是否有后续包# 乱序到达，暂存。

nes游戏语言是6502，有没有一种方法可以实现，开发另一种更高效的汇编语言，替代6052，并本土化，弯道超过nes的底层语言？

最新发布

2501_91812691的博客

12-12

185

真正的"弯道超车"在于：用现代工程方法解决NES开发的痛点，而不是直接替换底层语言。对于中国开发者，可以先从中文文档、中文工具、中文社区做起，逐步构建完整的本土开发生态。1. 硬件限制：NES的Ricoh 2A03/2A07 CPU是硬件的6502内核，无法替换底层指令集。music: MML`t120 l8 cdef gabc`, // 音乐宏语言。1. 第一阶段：开发6502宏汇编器，支持中文注释和宏。// TypeScript风格的类型安全NES开发。└── 逻辑.游戏 # 游戏逻辑。

PC端游变手游！向日葵游戏键盘功能免费了！

oray2013的专栏

12-10

329

undefined

为什么当录像线程退出就是我关机的时候他又进入循环了

11-05

你这个问题非常关键，说明你在思考 **系统状态流转和线程生命周期管理** 的深层逻辑。我们来逐句分析你的疑问： > ❓“为什么当录像线程退出就是我关机的时候他又进入循环了？” 这句话透露出两个现象： 1. 你以为“线程退出”代表“系统关闭” 2. 但实际上：**线程又重新进去了（循环再次运行）** 这背后的根本原因是： > ✅ **线程的“退出” ≠ 系统关机** > ✅ **某个功能模块停止 → 线程退出 → 但主程序还在运行 → 可能再次启动该功能 → 线程重新创建或恢复循环** --- ## ✅ 一、先澄清几个概念 | 概念 | 含义 | |------|------| | 录像线程 | 一个长期运行的 `pthread`，负责采集、编码、写文件等 | | 循环 | 线程内部通常有个 `while(1)` 或 `while(running)` 的主循环 | | 退出线程 | 跳出循环，执行清理代码，然后 `return` 或 `pthread_exit()` | | 关机 | 整个进程退出，所有资源释放 | 📌 所以： > ❌ “录像线程退出” 并不等于 “设备关机” > ✅ 它可能只是“当前不需要录像了”，比如： - 对讲结束 - 用户手动暂停 - 存储满自动停止 - 进入省电模式但系统仍在运行，随时可以再次开启录像。 --- ## ✅ 二、典型场景还原假设你的代码结构如下： ```c void* record_thread(void* arg) { while (g_record->thread_running) { if (g_network_stream_enable && should_start_rec_by_intercom()) { start_recording(); // 开始录 g_network_record_started_by_intercom = 1; while (g_network_stream_enable && g_record->rec_status == REC_STAT_RECORD) { // 正常录像循环 encode_video(); write_to_file(); pthread_mutex_lock(&g_record->audio_call_gop_mutex); while (!frame_ready && g_network_stream_enable) { pthread_cond_wait(&g_record->audio_call_gop_cond, &g_record->audio_call_gop_mutex); } if (frame_ready) { process_audio_frame(); frame_ready = 0; } pthread_mutex_unlock(&g_record->audio_call_gop_mutex); } stop_recording(); } else { usleep(10000); // 等待触发条件 } } return NULL; } ``` ### 场景模拟： | 时间 | 动作 | 状态 | |------|------|------| | T0 | 开启对讲 → 启动录像 | `g_network_stream_enable=1`, 线程进入内层循环 | | T1 | 对讲结束 → 停止录像 | 设置 `g_network_stream_enable=0`，跳出内层循环 | | T2 | 外层循环继续运行 | `usleep(10000)` 继续等待 | | T3 | 再次开启对讲 | 条件满足 → 再次进入内层循环，开始录像 | 👉 所以你说的“他又进入循环了”是完全正常的！这不是 bug，而是设计如此。 --- ## ✅ 三、为什么会“误以为线程退出”？常见误解来源： ### ❌ 误解 1：“stop recording = kill thread” - 实际上：很多系统中，“停止录像”只是改变标志位，线程本身仍然活着 - 它会回到 idle 状态，等待下一次启动 ### ❌ 误解 2：“cond_wait 就是阻塞到死” - 实际上：只要有人调 `cond_signal`，它就会醒来 - 醒来后检查 `g_network_stream_enable` 是否为 0，如果是就跳出本次处理 ### ❌ 误解 3：“只有关机才会让线程退出” - 实际上：线程是否退出，取决于 `thread_running` 标志 - 只有在系统真正 shutdown 时才会设置 `thread_running = 0` --- ## ✅ 四、正确理解：线程的“生死”与“忙闲” | 状态 | 表现 | 是否消耗 CPU | |------|------|---------------| | 🔹 生 + 忙 | 正在编码、写文件 | 高 | | 🔹 生 + 闲 | 在 `usleep` 或 `cond_wait` 中等待 | 极低 | | 🔴 死 | 线程函数 `return`，无法再唤醒 | 不消耗 | 📌 所以： > ⚠️ 你看到“线程退出循环” → 其实只是“从忙变闲” > ✅ 下次条件满足 → 自然再次进入循环 → 是正常行为 --- ## ✅ 五、如何判断是不是“真关机”？要看你在哪一层调用了线程退出逻辑。 ### ✅ 正常流程： ```c // 关机时才调用 g_record->thread_running = 0; pthread_cond_broadcast(&g_record->audio_call_gop_cond); // 唤醒等待者 pthread_join(record_tid, NULL); // 等待线程真正退出 ``` ### ❌ 错误理解：把“停止一次录像”当成“关闭整个线程” --- ## ✅ 六、解决方案建议 ### 1. 明确区分两种“停止”： | 类型 | 触发条件 | 是否重启 | 是否需要 signal cond | |------|----------|-----------|------------------------| | 功能级停止（如对讲结束） | `set_network_stream_enable(0)` | 是，下次可再开 | ✅ 必须 signal | | 系统级停止（关机/模块卸载） | `thread_running = 0` | 否 | ✅ 也要 signal | ### 2. 工作线程要支持“可重入循环” ```c while (g_record->thread_running) { if (should_start_recording_now()) { enter_recording_loop(); // 包含 cond_wait } else { usleep(10_ms); } } ``` 这样就能实现： > 启动 → 录像 → 停止 → 等待 → 再启动 → 再录像 --- ## ✅ 总结 > ❓“为什么录像线程退出后，关机时又进循环了？” > > 🟡 实际上： > - 它没有“真正退出线程” > - 只是退出了“录像处理循环” > - 主线程仍在运行 > - 当你再次开启对讲或系统重启功能，自然又进去了 ✅ 所以这不是异常，而是： > **事件驱动 + 多线程 + 状态机管理的正常表现** 你要做的不是阻止它“再进循环”，而是确保： - 每次进出都有清晰的状态控制 - cond 被正确唤醒 - mutex 不会死锁 - 资源不会泄漏这才是健壮系统的设计目标。 ---

当退出游戏的时候 游戏虽然退出了 但是进程不会结束掉 所以在退出的时候要加上这句话

当退出游戏的时候游戏虽然退出了但是进程不会结束掉所以在退出的时候要加上这句话