2024楚雄军队文职-计算机

目录

一、计算机通信

试题一

1. 自我介绍

2. 对于跳槽，你有什么看法

3. 影响计算机操作系统稳定性的因素有哪些

4. 关于软件形成有哪些步骤

试题二

1. 信息管理系统认识

2. 非业务请求处理

试题三：通信维护岗位

1. 带宽、吞吐量、延时

2. 调制解调器

3. 电路基本定理、数电模电概念

二、计算机网络岗位

试题一

1. 谈谈对物联网的认识

2. 什么是数据库技术，主流的数据库管理系统软件有哪些

3. 计算机病毒的特点

试题二

1. 部队的优缺点

2. 领导批评呵斥，你怎么办

3. 简述数据通信的三种方式

4. 加班值班出差，你怎么看

三、计算机软件开发

1. 简述软件工程基本原理

2. 什么是生命周期

四、计算机助理工程师

1. 口述一道编程

2. XP系统下共享文件夹提示无法访问要怎么处理

3. C盘格式化要注意什么

4. OSI的七层模型是什么

5. 计算机坏了怎么办

一、计算机通信

试题一

1. 自我介绍

追问1：你提到的XX项目中，你具体承担了什么角色？遇到过什么技术难题，怎么解决的？ 答：在XX项目里我主要负责网络设备配置和故障排查。当时遇到一个链路频繁掉线的问题，我先从物理层查起，换网线、测光衰，最后定位是光模块兼容性问题，换模块后恢复。这个过程让我养成了按层排查的习惯。

追问2：你觉得自己最大的缺点是什么？这个缺点在通信维护岗位上会带来什么影响？ 答：我最大的缺点是有时候太关注细节，容易在单个问题上花太多时间。在通信维护岗位，这可能导致处理故障不够快。我现在会先判断影响范围，紧急问题先恢复业务，再回头深挖原因。

追问3：如果入职后发现实际工作内容和你预期的差距较大，你会怎么调整？ 答：如果差距大，我会先调整心态，因为岗位不可能完全符合预期。然后主动找领导沟通，了解哪些是必须做好的基础工作，同时把我想做的技术方向跟实际工作结合，比如在值班巡检中积累经验，而不是一味抱怨。

2. 对于跳槽，你有什么看法

追问1：你之前有过跳槽经历吗？如果有，是什么原因？如果没有，你是怎么做到长期稳定的？ 答：我之前没有频繁跳槽，只换过一次，原因是原岗位技术成长空间有限，想做更核心的通信保障。如果是应届，可以说我没有跳槽经历，我更喜欢在一个方向上持续积累，不会因为短期困难就换地方。

追问2：如果入职后发现工作内容比较单调重复，你会怎么看待？会不会想跳槽？ 答：我觉得基础工作单调重复很正常，但重复不等于没价值。比如巡检、值班、故障记录，做久了能总结出规律，甚至优化流程。我会给自己定小目标，比如把常见故障处理时间缩短，这样工作就不会只是重复。

追问3：你怎么理解“忠诚度”？在部队/事业单位工作，忠诚度的含义和在企业有什么不同？ 答：我理解的忠诚度不是一辈子不换单位，而是在岗位上尽心尽责，不泄露单位信息，不损害单位利益，遇到困难不轻易撂挑子。在部队或事业单位，忠诚还意味着服从组织安排、有大局意识，这点我能接受也愿意做到。

3. 影响计算机操作系统稳定性的因素有哪些

追问1：如果你负责的服务器频繁蓝屏，你会按什么顺序排查？先查硬件还是先查软件？ 答：我会先看蓝屏代码和最近变更。先软后硬：查最近装的驱动、补丁、软件，能不能进安全模式；再看内存、硬盘、电源。如果最近没变更，就重点测内存和硬盘。顺序是先保证业务恢复，再逐步定位。

追问2：ECC内存和普通内存有什么区别？为什么服务器必须用ECC内存？ 答：普通内存不带纠错，出现一位翻转可能直接导致数据错误或蓝屏。ECC内存能检测并纠正单位错误，虽然贵一点、慢一点，但服务器要求长时间稳定运行，所以必须用ECC。简单说，ECC就是给内存加了纠错保险。

追问3：你怎么判断一个系统不稳定是硬件问题还是软件问题？有没有具体的排查方法？ 答：我会看规律：如果固定操作、固定时间蓝屏，偏向软件或驱动；如果随机蓝屏、负载高就崩，偏向硬件。再用替换法，换内存、换硬盘、换电源测试，同时看系统日志和蓝屏dump，基本能区分。

4. 关于软件形成有哪些步骤

追问1：你觉得哪个阶段最容易出问题？为什么？ 答：我觉得需求分析最容易出问题。因为用户往往说不清自己要什么，开发人员又容易按自己理解做，最后做出来不是用户要的。需求没对齐，后面设计、编码、测试都会跟着返工。

追问2：需求分析阶段如果用户说不清楚需求，你会怎么办？ 答：我会用原型、流程图、界面草图跟用户确认，让他看到具体东西再提意见。还会把需求写成文档，让用户签字确认。开发过程中分阶段演示，尽早暴露偏差，而不是等到最后才给用户看。

追问3：瀑布模型和敏捷开发有什么区别？你更倾向哪种？为什么？ 答：瀑布适合需求明确、变更少的项目，比如军工、嵌入式；敏捷适合需求变化快、需要快速迭代的项目。我个人倾向看项目类型，如果是通信保障类，可能更需要瀑布的规范；如果是应用开发，敏捷更灵活。

试题二

1. 信息管理系统认识

追问1：你在之前的工作中使用过什么信息管理系统？你觉得它最大的优点和不足分别是什么？ 答：我用过单位的资产管理系统和工单系统。优点是流程清楚、能追溯；不足是有时候操作层级太多，查一个数据要点很多下，移动端支持也弱。我觉得MIS好不好，关键看一线人员愿不愿意用。

追问2：如果让你参与一个MIS的建设，你会从哪个环节入手？为什么？ 答：我会先从业务调研入手，跟使用部门聊清楚痛点、流程和报表需求。然后梳理数据流，确定核心功能和优先级，再做原型给用户确认。不能一上来就写代码，否则很容易白做。

追问3：信息管理系统和普通的办公软件有什么本质区别？ 答：办公软件主要处理个人或小范围文档，比如Word、Excel；信息管理系统是面向组织流程的，有数据库、权限、流程、报表和审计。简单说，办公软件是工具，MIS是管理平台。

2. 非业务请求处理

追问1：如果用户因为你不帮忙而投诉你态度不好，你怎么应对？ 答：我会先冷静，不跟用户争。然后找机会解释我的职责边界，同时说明我并不是不帮，而是有些事需要找对应渠道。如果确实我沟通方式有问题，我会道歉并改进。必要时向领导说明情况，避免影响单位形象。

追问2：你怎么判断一个请求是“非业务请求”还是“业务相关的技术支持”？边界在哪里？ 答：判断标准是：跟工作业务、单位设备、单位网络相关的，属于职责范围；个人设备、私人软件、家庭网络，属于非业务。但如果是简单的操作指导，不影响工作，我也愿意顺手帮一下。

追问3：如果领导也经常让你帮忙处理私人电脑的问题，你怎么处理？ 答：如果是领导私人电脑，我会礼貌说明单位设备优先，私人问题建议找专业维修。但如果只是简单设置，不影响工作，我可以在业余时间帮一下。关键是不能占用工作时间，也不能违反单位规定。

试题三：通信维护岗位

1. 带宽、吞吐量、延时

追问1：带宽很大但网速很慢，可能是什么原因？ 答：可能原因很多：运营商链路拥塞、WiFi信号差、路由器性能不够、服务器限速、丢包重传、后台程序占用。带宽只是理论上限，实际体验还受延时、丢包、协议开销影响。我会先测有线，再测不同时段，逐步排除。

追问2：延时和带宽之间有没有关系？带宽越大延时越小吗？ 答：带宽大不代表延时小。带宽是管道宽度，延时是水跑一趟的时间。带宽能减少传输延时，因为同样数据发得快，但传播延时、处理延时、排队延时不一定变。比如卫星链路带宽大，但延时依然高。

追问3：你怎么测试一条链路的实际吞吐量？ 答：可以用iperf打流测试，或者用speedtest测公网。更准确的是在两端部署测试工具，排除磁盘、CPU瓶颈，测TCP和UDP吞吐。还要看不同包大小、并发连接下的表现。

2. 调制解调器

追问1：光猫和传统的电话线Modem有什么区别？ 答：传统Modem是电话线拨号，把数字信号调制成模拟信号；光猫是光纤入户设备，完成光电转换和协议转换，很多还带路由功能。原理上有相似，都是信号转换，但介质和速率完全不同。

追问2：调制解调器工作在OSI模型的哪一层？ 答：调制解调器主要工作在物理层，负责信号转换和传输。如果是光猫带路由，那它还涉及网络层。传统Modem就是物理层设备。

追问3：如果Modem的同步信号丢失，会出现什么现象？怎么排查？ 答：同步丢失通常表现为无法拨号、链路建立失败、频繁掉线。我会先查线路质量、接头、分离器，再看Modem指示灯和日志，确认是线路问题还是设备问题。必要时换Modem测试。

3. 电路基本定理、数电模电概念

追问1：基尔霍夫定律和叠加定理在什么条件下才适用？ 答：基尔霍夫定律对集总参数电路都适用，不管线性非线性。叠加定理只适用于线性电路，而且只能算电压电流，不能直接算功率。功率要最后用叠加后的电压电流再算。

追问2：模拟电路和数字电路在通信系统中分别起什么作用？ 答：模电负责信号的放大、滤波、调制、解调，处理连续信号；数电负责逻辑运算、计数、存储、编码，处理0和1。通信系统里，模电管前端射频和中频，数电管基带处理和协议。

追问3：戴维南定理和诺顿定理有什么区别？各自适用于什么场景？ 答：戴维南等效成电压源串联电阻，诺顿等效成电流源并联电阻。两者可以互相转换。戴维南适合分析电压、串联负载；诺顿适合分析电流、并联负载。实际用哪个方便就用哪个。

二、计算机网络岗位

试题一

1. 谈谈对物联网的认识

追问1：物联网和互联网的核心区别是什么？ 答：互联网主要连接人，物联网连接物。互联网重在信息共享，物联网重在感知和控制。物联网设备通常资源受限，数量大，很多无人值守，所以对低功耗、安全、自动管理要求更高。

追问2：物联网面临的最大安全挑战是什么？ 答：我觉得是设备安全和隐私。很多物联网设备默认密码弱、固件不更新、通信不加密，容易被控制或窃取数据。一旦被劫持，可能变成僵尸网络，也可能泄露敏感信息。

追问3：如果让你为一个营区设计物联网监控方案，你会考虑哪些关键技术？ 答：我会考虑传感器选型、无线覆盖、数据回传、平台管理和安全防护。比如用低功耗传感器采集温湿度、门禁、周界，通过专网或LoRa回传，平台做告警和联动。安全上要加密、认证、分域隔离。

2. 什么是数据库技术，主流的数据库管理系统软件有哪些

追问1：关系型数据库和非关系型数据库各适用于什么场景？ 答：关系型适合结构化数据、事务要求高、关联查询多的场景，比如财务、人事。非关系型适合海量数据、高并发、灵活结构，比如日志、缓存、社交数据。实际系统常混用。

追问2：MySQL和PostgreSQL的主要区别是什么？ 答：MySQL部署简单、生态广、读写性能好，适合互联网业务；PostgreSQL功能更强，支持复杂查询、地理信息、JSON、自定义类型，适合复杂业务。选哪个看团队和需求。

追问3：如果数据量很大且要求高并发读写，你会选择哪种数据库？为什么？ 答：我会考虑分布式数据库或分库分表，比如MySQL集群、TiDB、OceanBase。缓存用Redis，读写分离，消息队列削峰。没有万能数据库，要按一致性和延迟要求选。

3. 计算机病毒的特点

追问1：病毒、蠕虫和木马有什么区别？ 答：病毒需要寄生在文件里，靠用户运行传播；蠕虫能自己复制传播，不需要宿主；木马伪装成正常软件，主要目的是控制或窃密。现在很多恶意软件是混合型。

追问2：如果你发现单位的一台电脑中了病毒，你的处理流程是什么？ 答：先断网，防止扩散；然后保留现场，报告领导；再用杀毒软件查杀，必要时重装系统；最后分析感染源，修补漏洞，提醒其他人。涉密机要按保密规定处理。

追问3：在涉密网络中，病毒防护有什么特殊要求？ 答：涉密网络必须物理隔离，不能用普通U盘、不能连互联网。要装保密防护软件，定期查杀，严格介质管理。发现病毒要立即报告保密部门，不能自行处理。

试题二

1. 部队的优缺点

追问1：你能接受部队的管理方式吗？如果觉得某项规定不合理，你会怎么做？ 答：我能接受部队的管理方式。如果觉得某项规定不合理，我不会当面顶撞，会按程序反映，比如通过组织渠道提建议。但在规定修改前，我会严格执行。

追问2：部队的稳定性对你来说是吸引力还是束缚？ 答：稳定性对我有吸引力，因为我想长期做通信保障，不想频繁换环境。但它不是束缚，稳定不等于安逸，我仍然会要求自己学习进步。

追问3：如果让你在部队和企业之间选择，你会怎么权衡？ 答：我会看哪个更能发挥我的专业，哪个更有意义。部队稳定、有使命感，但管理严格；企业灵活、收入可能高，但不确定性大。我个人更看重长期价值和归属感。

2. 领导批评呵斥，你怎么办

追问1：如果领导的批评是不合理的，你还会先认错吗？怎么处理？ 答：如果批评不合理，我也不会当场反驳。我会先听完，避免冲突。等领导冷静后，再单独拿事实和数据说明情况。如果确实我没错，我会解释清楚；如果我有部分责任，我先认。

追问2：如果领导经常呵斥你，你会怎么调整自己的心态？ 答：我会调整心态，不把情绪带到工作。同时反思是不是沟通方式有问题，主动汇报进度，减少误会。如果领导风格就是急，我会适应，把事做好，用结果说话。

追问3：你会因为被批评而影响工作积极性吗？怎么保证？ 答：不会长期影响。当时可能不舒服，但我会把注意力放在解决问题上。被批评说明领导还在关注我，如果完全不管才更麻烦。我会用改进来回应。

3. 简述数据通信的三种方式

追问1：半双工通信为什么需要两条信道？能不能只用一条？ 答：半双工其实可以只用一条信道，双方分时轮流发。说两条信道是便于理解，实际可以是两条逻辑信道或一条物理信道复用。对讲机就是典型半双工。

追问2：全双工通信中，如果一方发送速率远大于另一方接收速率，会有什么问题？ 答：如果发送快接收慢，接收端缓冲会满，导致丢包、重传、拥塞。需要流量控制，比如滑动窗口、ACK确认，让发送方降速。

追问3：在实际网络设备中，哪些场景使用半双工？哪些使用全双工？ 答：半双工用于对讲机、老式集线器、某些工业总线；全双工用于电话、交换机端口、现代网络通信。现在交换式以太网基本都是全双工。

4. 加班值班出差，你怎么看

追问1：如果连续加班一个月，你觉得你能坚持吗？怎么保证工作质量？ 答：如果任务需要，我能坚持，但会注意效率，避免疲劳出错。我会把工作分优先级，利用碎片时间休息，重要操作前确认。长期这样肯定不行，需要团队轮换。

追问2：如果值班期间没有紧急情况，你会怎么利用这段时间？ 答：我会用来巡检设备、整理文档、学习业务、熟悉应急预案。值班不是坐着等电话，而是保持待命状态，顺便提升自己。

追问3：如果加班和值班没有额外的补贴或调休，你还会接受吗？ 答：如果单位确实需要，我会服从安排。但我也希望有合理的调休机制，保证长期战斗力。短期可以奉献，长期要靠制度。

三、计算机软件开发

1. 简述软件工程基本原理

追问1：这七条原理中，你觉得哪一条在实际工作中最容易被忽视？ 答：我觉得是阶段评审和产品控制。很多项目为了赶进度，跳过评审，需求随便改，最后返工很大。其实越早发现问题，成本越低。

追问2：“开发小组人员少而精”和“团队协作”之间矛盾吗？ 答：不矛盾。少而精不是不协作，而是避免人浮于事。小团队沟通成本低，但也要分工明确、接口清晰。关键是人要精干，协作要规范。

追问3：你之前参与的项目有没有遵循这些原理？能举个例子吗？ 答：我之前参与一个系统开发，我们做了需求评审、概要设计、测试计划，也用了配置管理。但阶段评审执行不够严，导致后期改需求比较多。后来我们加了原型确认，情况好很多。

2. 什么是生命周期

追问1：瀑布模型和螺旋模型在生命周期阶段划分上有什么不同？ 答：瀑布是线性顺序，每个阶段做完再做下一个，适合需求稳定。螺旋是迭代的，每轮都做风险分析、原型、评审，适合大型高风险项目。螺旋更强调风险控制。

追问2：需求分析阶段如果用户需求频繁变更，怎么应对？ 答：我会建立变更流程，评估影响，跟用户确认优先级。小变更走快速通道，大变更排期。同时用原型和迭代交付，让用户尽早看到效果，减少后期大改。

追问3：维护阶段的工作量通常占总生命周期的多少？为什么？ 答：维护通常占整个生命周期工作量的60%到80%。因为软件交付后要修bug、适应环境、加功能。所以设计时就要考虑可维护性，文档和注释很重要。

四、计算机助理工程师

1. 口述一道编程

追问1：你刚才说的算法时间复杂度是多少？空间复杂度呢？有没有优化的空间？ 答：比如找多数元素，抵消法时间O(n)，空间O(1)，已经比较优。如果允许排序，时间O(n log n)。优化要看限制，空间换时间或时间换空间。

追问2：如果数据量很大，比如1亿条记录，你的方法还能用吗？需要怎么调整？ 答：如果1亿条记录，不能全放内存。可以用分块处理、外部排序、哈希分桶，或者用MapReduce。单机算法要改成分布式思路。

追问3：这个算法是稳定的吗？如果不稳定，什么场景下会导致问题？ 答：快速排序不稳定，相等元素可能换顺序。如果要求稳定，可以用归并排序。稳定性在排序对象有多个字段时很重要，比如先按姓名再按年龄。

2. XP系统下共享文件夹提示无法访问要怎么处理

追问1：如果两台电脑能ping通但就是访问不了共享文件夹，最可能的原因是什么？ 答：最可能是权限或安全策略问题。查Guest是否启用、本地安全策略里“从网络访问此计算机”有没有Everyone、共享权限是否给了Guest。还有防火墙445端口。

追问2：Guest账户启用了但依然访问不了，下一步你会查什么？ 答：下一步查“拒绝从网络访问此计算机”里有没有Guest，再看共享文件夹的NTFS权限和安全权限，还有简单文件共享是否关闭。注册表restrictanonymous也可能限制。

追问3：XP和Win7之间共享文件夹的常见兼容性问题有哪些？怎么解决？ 答：Win7默认用NTLMv2，XP可能用NTLM，需要改安全策略。还有家庭组、工作组、防火墙规则不同。可以统一工作组，启用Guest，调整LAN Manager认证级别。

3. C盘格式化要注意什么

追问1：格式化C盘和重新分区有什么区别？什么情况下需要重新分区？ 答：格式化只是清空分区数据，分区结构不变；重新分区会改变分区大小和数量，会破坏数据。一般重装系统只格式化C盘，除非要调整分区才重新分区。

追问2：如果格式化后发现忘记备份重要文件，有什么补救办法？ 答：立即停止往C盘写数据，用数据恢复软件扫描，或者找专业恢复。但恢复成功率看覆盖情况，所以最好提前备份，不要抱侥幸。

追问3：重装系统后电脑无法联网，最可能是什么原因？ 答：最可能是网卡驱动没装。可以提前下好驱动放U盘，或者用自带网卡驱动盘。也可能是网络设置、IP、DNS问题。先看设备管理器有没有黄叹号。

4. OSI的七层模型是什么

追问1：TCP和UDP分别工作在哪一层？它们的主要区别是什么？ 答：TCP和UDP都在传输层。TCP面向连接、可靠、有流量控制，速度慢；UDP无连接、不可靠、开销小，速度快。看应用需求选。

追问2：路由器、交换机、集线器分别工作在OSI的哪一层？ 答：集线器在物理层，交换机在数据链路层，路由器在网络层。三层交换机也有路由功能，工作在二三层。

追问3：ping命令利用了哪一层的什么协议？ 答：ping用的是ICMP协议，属于网络层。它通过回送请求和回送应答测试连通性，不依赖TCP或UDP。

5. 计算机坏了怎么办

追问1：电脑开机后风扇转但屏幕无显示，你的排查顺序是什么？ 答：先看显示器电源和信号线，再听有没有报警声。然后拔插内存、显卡，擦金手指，换插槽。如果还不行，用替换法换内存、显卡、电源。主板或CPU问题也有可能。

追问2：如果判断是硬盘故障，你会怎么处理？直接换硬盘还是尝试恢复数据？ 答：如果硬盘有重要数据，先不要反复通电，做镜像或找专业恢复。确认是硬件故障就换硬盘，重装系统。数据比硬盘值钱，先保数据。

追问3：在部队/涉密单位中，计算机故障处理有什么特殊要求？ 答：涉密计算机故障不能随便送外修，要按保密规定处理。硬盘不能随意更换或丢弃，要登记、消磁或销毁。维修人员要有资质，过程要有人监督，防止泄密。