計(jì)算機(jī)方向的面試題目有哪些
在學(xué)習(xí)、工作生活中，我們很多時(shí)候都不得不用到試題，試題是用于考試的題目，要求按照標(biāo)準(zhǔn)回答。相信很多朋友都需要一份能切實(shí)有效地幫助到自己的試題吧？以下是小編為大家整理的計(jì)算機(jī)方向的面試題目有哪些，歡迎大家借鑒與參考，希望對(duì)大家有所幫助。
計(jì)算機(jī)方向的面試題目有哪些1
1、什么是ActiveMQ？
activeMQ是一種開源的，實(shí)現(xiàn)了JMS1.1規(guī)范的，面向消息（MOM）的中間件，為應(yīng)用程序提供高效的、可擴(kuò)展的、穩(wěn)定的和安全的企業(yè)級(jí)消息通信。
2、Activemq的瓶頸值
根據(jù)網(wǎng)上一般評(píng)測(cè)文檔上來(lái)看，每秒的消息吞吐在20xx以上，acticemq也可以集群化部署，也是使用zookeeper來(lái)搭建。
3、ActiveMQ服務(wù)器宕機(jī)怎么辦？
這得從ActiveMQ的儲(chǔ)存機(jī)制說(shuō)起。在通常的情況下，非持久化消息是存儲(chǔ)在內(nèi)存中的，持久化消息是存儲(chǔ)在文件中的，它們的最大限制在配置文件的節(jié)點(diǎn)中配置。
但是，在非持久化消息堆積到一定程度，內(nèi)存告急的時(shí)候，ActiveMQ會(huì)將內(nèi)存中的非持久化消息寫入臨時(shí)文件中，以騰出內(nèi)存。雖然都保存到了文件里，但它和持久化消息的區(qū)別是，重啟后持久化消息會(huì)從文件中恢復(fù)，非持久化的臨時(shí)文件會(huì)直接刪除。
那如果文件增大到達(dá)了配置中的最大限制的時(shí)候會(huì)發(fā)生什么？我做了以下實(shí)驗(yàn)：
設(shè)置2G左右的持久化文件限制，大量生產(chǎn)持久化消息直到文件達(dá)到最大限制，此時(shí)生產(chǎn)者阻塞，但消費(fèi)者可正常連接并消費(fèi)消息，等消息消費(fèi)掉一部分，文件刪除又騰出空間之后，生產(chǎn)者又可繼續(xù)發(fā)送消息，服務(wù)自動(dòng)恢復(fù)正常。
設(shè)置2G左右的臨時(shí)文件限制，大量生產(chǎn)非持久化消息并寫入臨時(shí)文件，在達(dá)到最大限制時(shí)，生產(chǎn)者阻塞，消費(fèi)者可正常連接但不能消費(fèi)消息，或者原本慢速消費(fèi)的消費(fèi)者，消費(fèi)突然停止。整個(gè)系統(tǒng)可連接，但是無(wú)法提供服務(wù)，就這樣掛了。
具體原因不詳，解決方案：盡量不要用非持久化消息，非要用的話，將臨時(shí)文件限制盡可能的調(diào)大。
4、AcitveMQ的作用、原理？（生產(chǎn)者、消費(fèi)者、p2p、訂閱實(shí)現(xiàn)流程）
Activemq的作用就是系統(tǒng)之間進(jìn)行通信。當(dāng)然可以使用其他方式進(jìn)行系統(tǒng)間通信，如果使用Activemq的話可以對(duì)系統(tǒng)之間的調(diào)用進(jìn)行解耦，實(shí)現(xiàn)系統(tǒng)間的異步通信。原理就是生產(chǎn)者生產(chǎn)消息，把消息發(fā)送給activemq。Activemq接收到消息，然后查看有多少個(gè)消費(fèi)者，然后把消息轉(zhuǎn)發(fā)給消費(fèi)者，此過(guò)程中生產(chǎn)者無(wú)需參與。消費(fèi)者接收到消息后做相應(yīng)的處理和生產(chǎn)者沒(méi)有任何關(guān)系
5、activemq在項(xiàng)目中如何應(yīng)用的
Activemq在項(xiàng)目中主要是完成系統(tǒng)之間通信，并且將系統(tǒng)之間的調(diào)用進(jìn)行解耦。例如在添加、修改商品信息后，需要將商品信息同步到索引庫(kù)、同步緩存中的數(shù)據(jù)以及生成靜態(tài)頁(yè)面一系列操作。
在此場(chǎng)景下就可以使用activemq。一旦后臺(tái)對(duì)商品信息進(jìn)行修改后，就向activemq發(fā)送一條消息，然后通過(guò)activemq將消息發(fā)送給消息的消費(fèi)端，消費(fèi)端接收到消息可以進(jìn)行相應(yīng)的業(yè)務(wù)處理。
7、rabbitmq如何實(shí)現(xiàn)集群高可用？
集群是保證服務(wù)可靠性的一種方式，同時(shí)可以通過(guò)水平擴(kuò)展以提升消息吞吐能力。RabbitMQ是用分布式程序設(shè)計(jì)語(yǔ)言erlang開發(fā)的，所以天生就支持集群。接下來(lái)，將介紹RabbitMQ分布式消息處理方式、集群模式、節(jié)點(diǎn)類型，并動(dòng)手搭建一個(gè)高可用集群環(huán)境，最后通過(guò)java程序來(lái)驗(yàn)證集群的高可用性。
RabbitMQ分布式的消息處理方式有以下三種：
�。�1）Clustering：不支持跨網(wǎng)段，各節(jié)點(diǎn)需運(yùn)行同版本的Erlang和RabbitMQ，應(yīng)用于同網(wǎng)段局域網(wǎng)。
�。�2）Federation：允許單臺(tái)服務(wù)器上的Exchange或Queue接收發(fā)布到另一臺(tái)服務(wù)器上Exchange或Queue的消息，應(yīng)用于廣域網(wǎng)。
�。�3）Shovel：與Federation類似，但工作在更低層次。
RabbitMQ對(duì)網(wǎng)絡(luò)延遲很敏感，在LAN環(huán)境建議使用clustering方式；在WAN環(huán)境中，則使用Federation或Shovel。我們平時(shí)說(shuō)的RabbitMQ集群，說(shuō)的就是clustering方式，它是RabbitMQ內(nèi)嵌的一種消息處理方式，而Federation或Shovel則是以plugin形式存在。
8、丟消息怎么辦？
這得從java的java.net.SocketException異常說(shuō)起。簡(jiǎn)單點(diǎn)說(shuō)就是當(dāng)網(wǎng)絡(luò)發(fā)送方發(fā)送一堆數(shù)據(jù)，然后調(diào)用close關(guān)閉連接之后。這些發(fā)送的數(shù)據(jù)都在接收者的緩存里，接收者如果調(diào)用read方法仍舊能從緩存中讀取這些數(shù)據(jù)，盡管對(duì)方已經(jīng)關(guān)閉了連接。
但是當(dāng)接收者嘗試發(fā)送數(shù)據(jù)時(shí)，由于此時(shí)連接已關(guān)閉，所以會(huì)發(fā)生異常，這個(gè)很好理解。不過(guò)需要注意的是，當(dāng)發(fā)生SocketException后，原本緩存區(qū)中數(shù)據(jù)也作廢了，此時(shí)接收者再次調(diào)用read方法去讀取緩存中的數(shù)據(jù)，就會(huì)報(bào)Software caused connection abort：recv failed錯(cuò)誤。
通過(guò)抓包得知，ActiveMQ會(huì)每隔10秒發(fā)送一個(gè)心跳包，這個(gè)心跳包是服務(wù)器發(fā)送給客戶端的，用來(lái)判斷客戶端死沒(méi)死。如果你看過(guò)上面第一條，就會(huì)知道非持久化消息堆積到一定程度會(huì)寫到文件里，這個(gè)寫的`過(guò)程會(huì)阻塞所有動(dòng)作，而且會(huì)持續(xù)20到30秒，并且隨著內(nèi)存的增大而增大。
當(dāng)客戶端發(fā)完消息調(diào)用connection.close（）時(shí)，會(huì)期待服務(wù)器對(duì)于關(guān)閉連接的回答，如果超過(guò)15秒沒(méi)回答就直接調(diào)用socket層的close關(guān)閉tcp連接了。這時(shí)客戶端發(fā)出的消息其實(shí)還在服務(wù)器的緩存里等待處理，不過(guò)由于服務(wù)器心跳包的設(shè)置，導(dǎo)致發(fā)生了java.net.SocketException異常，把緩存里的數(shù)據(jù)作廢了，沒(méi)處理的消息全部丟失。
解決方案：用持久化消息，或者非持久化消息及時(shí)處理不要堆積，或者啟動(dòng)事務(wù)，啟動(dòng)事務(wù)后，commit（）方法會(huì)負(fù)責(zé)任的等待服務(wù)器的返回，也就不會(huì)關(guān)閉連接導(dǎo)致消息丟失了。
計(jì)算機(jī)方向的面試題目有哪些2
一、什么是Tomcat？
Tomcat簡(jiǎn)單的說(shuō)就是一個(gè)運(yùn)行JAVA的網(wǎng)絡(luò)服務(wù)器，底層是Socket的一個(gè)程序，它也是JSP和Serlvet的一個(gè)容器。
二、tomcat結(jié)構(gòu)目錄有哪些？
①bin：?jiǎn)?dòng)和關(guān)閉tomcat的bat文件。
②conf：配置文件。
�、踫erver.xml該文件用于配置server相關(guān)的信息，比如tomcat啟動(dòng)的端口號(hào)，配置主機(jī)（Host）。
�、躻eb.xml文件配置與web應(yīng)用（web應(yīng)用相當(dāng)于一個(gè)web站點(diǎn)）
�、輙omcat—user。xml配置用戶名密碼和相關(guān)權(quán)限。
⑥lib：該目錄放置運(yùn)行tomcat運(yùn)行需要的jar包。
�、遧ogs：存放日志，當(dāng)我們需要查看日志的時(shí)候，可以查詢信息。
�、鄔ebapps：放置我們的web應(yīng)用。
⑨work工作目錄：該目錄用于存放jsp被訪問(wèn)后生成對(duì)應(yīng)的server文件和.class文件。
三、如何配置Tomcat虛擬目錄？
1、在server.xml中的節(jié)點(diǎn)下添加如下代碼。path表示的是訪問(wèn)時(shí)輸入的web項(xiàng)目名，docBase表示的是站點(diǎn)目錄的絕對(duì)路徑。
2、進(jìn)入到confCatalinalocalhost文件下，創(chuàng)建一個(gè)xml文件，該文件的名字就是站點(diǎn)的名字。
四、Tomcat體系結(jié)構(gòu)是怎樣的？
瀏覽器—>tomcat server—>service—>connector—>engine（引擎）—>host（主機(jī)）—>web應(yīng)用。
五、Web請(qǐng)求在Tomcat請(qǐng)求中的請(qǐng)求流程是怎么樣的？
①瀏覽器輸入U(xiǎn)RL地址；
②查詢本機(jī)hosts文件尋找IP；
�、鄄樵僁NS服務(wù)器尋找IP；
�、芟蛟揑P發(fā)送Http請(qǐng)求；
⑤Tomcat容器解析主機(jī)名；
⑥Tomcat容器解析Web應(yīng)用；
⑦Tomcat容器解析資源名稱；
�、郥omcat容器獲取資源；
⑨Tomcat響應(yīng)瀏覽器。
六、如何在tomcat集群中實(shí)現(xiàn)Session共享
Apache集群實(shí)現(xiàn)Tomcat的Session共享配置其實(shí)很簡(jiǎn)單，在Tomcat自帶的文檔中有詳細(xì)的說(shuō)明（/docs/cluster—howto.html），只不過(guò)是英語(yǔ)的，所以聯(lián)合下面根據(jù)說(shuō)下怎么配置吧：
1、既然是集群肯定要多準(zhǔn)備幾個(gè)Tomcat來(lái)模擬，比如分別為Tomcat01、Tomcat02、Tomcat03。
如果各Tomcat程序放在不同的機(jī)器上，那么就不會(huì)有端口的沖突。如果是放在同一臺(tái)機(jī)器上的話，那就簡(jiǎn)單改幾個(gè)端口，防止端口占用造成的沖突。打開conf文件夾中的server.xml文件，需要修改的端口有：
1、
2、
3、
以上port需要修改，至于修改成什么樣子，看你自己了，只要不出現(xiàn)端口沖突就可以了，要保證各個(gè)Tomcat實(shí)例間沒(méi)有端口沖突。
七、tomcat有哪些Connector？
Tomcat的Web服務(wù)器連接器支持兩種協(xié)議：AJP和HTTP，它們均定義了以二進(jìn)制格式在Web服務(wù)器和Tomcat之間進(jìn)行數(shù)據(jù)傳輸，并提供相應(yīng)的控制命令。
AJP（Apache JServ Protocol）協(xié)議：目前正在使用的AJP協(xié)議的版本是通過(guò)JK和JK2連接器提供支持的AJP13，它基于二進(jìn)制的格式在Web服務(wù)器和Tomcat之間傳輸數(shù)據(jù)，而此前的版本AJP10和AJP11則使用文本格式傳輸數(shù)據(jù)。
HTTP協(xié)議：誠(chéng)如其名稱所表示，其是使用HTTP或HTTPS協(xié)議在Web服務(wù)器和Tomcat之間建立通信，此時(shí)，Tomcat就是一個(gè)完全功能的HTTP服務(wù)器，它需要監(jiān)聽在某端口上以接收來(lái)自于商前服務(wù)器的請(qǐng)求。
八、tomcat的Valve的作用是什么？
Valve類似于過(guò)濾器，它可以工作于Engine和Host/Context之間、Host和Context之間以及Context和Web應(yīng)用程序的某資源之間。一個(gè)容器內(nèi)可以建立多個(gè)Valve，而且Valve定義的次序也決定了它們生效的次序。
九、Webserver和Application Server的區(qū)別是什么？
最大區(qū)別，WebServer一般僅僅指Web（如servlet，jsp）的應(yīng)用服務(wù)器，ApplicationServer不僅可以是Web，還可以是Ejb等其它的應(yīng)用服務(wù)器。
web server可以是application server的一部分，也可以是單獨(dú)存在。
十、Tomcat的缺省端口是多少，怎么修改？
1）找到Tomcat目錄下的conf文件夾；
2）進(jìn)入conf文件夾里面找到server.xml文件；
3）打開server.xml文件；
4）在server.xml文件里面找到下列信息；
port=“8080”改成你想要的端口
十一、Tomcat有幾種部署方式？
1）直接把Web項(xiàng)目放在webapps下，Tomcat會(huì)自動(dòng)將其部署
2）在server.xml文件上配置節(jié)點(diǎn)，設(shè)置相關(guān)的屬性即可
3）通過(guò)Catalina來(lái)進(jìn)行配置：進(jìn)入到confCatalinalocalhost文件下，創(chuàng)建一個(gè)xml文件，該文件的名字就是站點(diǎn)的名字。編寫XML的方式來(lái)進(jìn)行設(shè)置。
十二、tomcat容器是如何創(chuàng)建servlet類實(shí)例？用到了什么原理？
當(dāng)容器啟動(dòng)時(shí)，會(huì)讀取在webapps目錄下所有的web應(yīng)用中的web.xml文件，然后對(duì)xml文件進(jìn)行解析，并讀取servlet注冊(cè)信息。然后，將每個(gè)應(yīng)用中注冊(cè)的servlet類都進(jìn)行加載，并通過(guò)反射的方式實(shí)例化。（有時(shí)候也是在第一次請(qǐng)求時(shí)實(shí)例化）在servlet注冊(cè)時(shí)加上如果為正數(shù)，則在一開始就實(shí)例化，如果不寫或?yàn)樨?fù)數(shù)，則第一次請(qǐng)求實(shí)例化。
十三、Tomcat頂層架構(gòu)小結(jié)
�。�1）Tomcat中只有一個(gè)Server，一個(gè)Server可以有多個(gè)Service，一個(gè)Service可以有多個(gè)Connector和一個(gè)Container；
�。�2）Server掌管著整個(gè)Tomcat的生死大權(quán)；
�。�4）Service是對(duì)外提供服務(wù)的；
�。�5）Connector用于接受請(qǐng)求并將請(qǐng)求封裝成Request和Response來(lái)具體處理；
�。�6）Container用于封裝和管理Servlet，以及具體處理request請(qǐng)求。
計(jì)算機(jī)方向的面試題目有哪些3
一、什么是RabbitMQ？
采用AMQP高級(jí)消息隊(duì)列協(xié)議的一種消息隊(duì)列技術(shù)，最大的特點(diǎn)就是消費(fèi)并不需要確保提供方存在，實(shí)現(xiàn)了服務(wù)之間的高度解耦。
二、為什么要使用RabbitMQ？
�、僭诜植际较到y(tǒng)下具備異步，削峰，負(fù)載均衡等一系列高級(jí)功能。
�、趽碛谐志没臋C(jī)制，進(jìn)程消息，隊(duì)列中的信息也可以保存下來(lái)。
�、蹖�(shí)現(xiàn)消費(fèi)者和生產(chǎn)者之間的解耦。
�、軐�(duì)于高并發(fā)場(chǎng)景下，利用消息隊(duì)列可以使得同步訪問(wèn)變?yōu)榇性L問(wèn)達(dá)到一定量的限流，利于數(shù)據(jù)庫(kù)的操作。
�、菘梢允褂孟㈥�(duì)列達(dá)到異步下單的效果，排隊(duì)中，后臺(tái)進(jìn)行邏輯下單。
三、RabbitMQ的使用場(chǎng)景有哪些？
①跨系統(tǒng)的異步通信，所有需要異步交互的地方都可以使用消息隊(duì)列。就像我們除了打電話（同步）以外，還需要發(fā)短信，發(fā)電子郵件（異步）的通訊方式。
②多個(gè)應(yīng)用之間的耦合，由于消息是平臺(tái)無(wú)關(guān)和語(yǔ)言無(wú)關(guān)的，而且語(yǔ)義上也不再是函數(shù)調(diào)用，因此更適合作為多個(gè)應(yīng)用之間的松耦合的接口�；谙㈥�(duì)列的耦合，不需要發(fā)送方和接收方同時(shí)在線。在企業(yè)應(yīng)用集成（EAI）中，文件傳輸，共享數(shù)據(jù)庫(kù)，消息隊(duì)列，遠(yuǎn)程過(guò)程調(diào)用都可以作為集成的方法。
�、蹜�(yīng)用內(nèi)的同步變異步，比如訂單處理，就可以由前端應(yīng)用將訂單信息放到隊(duì)列，后端應(yīng)用從隊(duì)列里依次獲得消息處理，高峰時(shí)的大量訂單可以積壓在隊(duì)列里慢慢處理掉。由于同步通常意味著阻塞，而大量線程的阻塞會(huì)降低計(jì)算機(jī)的性能。
�、芟Ⅱ�(qū)動(dòng)的架構(gòu)（EDA），系統(tǒng)分解為消息隊(duì)列，和消息制造者和消息消費(fèi)者，一個(gè)處理流程可以根據(jù)需要拆成多個(gè)階段（Stage），階段之間用隊(duì)列連接起來(lái)，前一個(gè)階段處理的結(jié)果放入隊(duì)列，后一個(gè)階段從隊(duì)列中獲取消息繼續(xù)處理。
⑤應(yīng)用需要更靈活的耦合方式，如發(fā)布訂閱，比如可以指定路由規(guī)則。
⑥跨局域網(wǎng)，甚至跨城市的通訊（CDN行業(yè)），比如北京機(jī)房與廣州機(jī)房的應(yīng)用程序的通信。
四、RabbitMQ有哪些重要的角色？
RabbitMQ中重要的角色有：生產(chǎn)者、消費(fèi)者和代理：
�、偕a(chǎn)者：消息的創(chuàng)建者，負(fù)責(zé)創(chuàng)建和推送數(shù)據(jù)到消息服務(wù)器；
�、谙M(fèi)者：消息的接收方，用于處理數(shù)據(jù)和確認(rèn)消息；
�、鄞恚壕褪荝abbitMQ本身，用于扮演“快遞”的角色，本身不生產(chǎn)消息，只是扮演“快遞”的角色。
五、如何確保消息正確地發(fā)送至RabbitMQ？如何確保消息接收方消費(fèi)了消息？
1、發(fā)送方確認(rèn)模式
①將信道設(shè)置成confirm模式（發(fā)送方確認(rèn)模式），則所有在信道上發(fā)布的消息都會(huì)被指派一個(gè)唯一的ID。
�、谝坏┫⒈煌哆f到目的隊(duì)列后，或者消息被寫入磁盤后（可持久化的消息），信道會(huì)發(fā)送一個(gè)確認(rèn)給生產(chǎn)者（包含消息唯一ID）。
�、廴绻鸕abbitMQ發(fā)生內(nèi)部錯(cuò)誤從而導(dǎo)致消息丟失，會(huì)發(fā)送一條nack（notacknowledged，未確認(rèn)）消息。
④發(fā)送方確認(rèn)模式是異步的，生產(chǎn)者應(yīng)用程序在等待確認(rèn)的同時(shí)，可以繼續(xù)發(fā)送消息。當(dāng)確認(rèn)消息到達(dá)生產(chǎn)者應(yīng)用程序，生產(chǎn)者應(yīng)用程序的回調(diào)方法就會(huì)被觸發(fā)來(lái)處理確認(rèn)消息。
2、接收方確認(rèn)機(jī)制
�、傧M(fèi)者接收每一條消息后都必須進(jìn)行確認(rèn)（消息接收和消息確認(rèn)是兩個(gè)不同操作）。只有消費(fèi)者確認(rèn)了消息，RabbitMQ才能安全地把消息從隊(duì)列中刪除。
�、谶@里并沒(méi)有用到超時(shí)機(jī)制，RabbitMQ僅通過(guò)Consumer的連接中斷來(lái)確認(rèn)是否需要重新發(fā)送消息。也就是說(shuō)，只要連接不中斷，RabbitMQ給了Consumer足夠長(zhǎng)的時(shí)間來(lái)處理消息。保證數(shù)據(jù)的最終一致性。
3、下面羅列幾種特殊情況
�、偃绻M(fèi)者接收到消息，在確認(rèn)之前斷開了連接或取消訂閱，RabbitMQ會(huì)認(rèn)為消息沒(méi)有被分發(fā)，然后重新分發(fā)給下一個(gè)訂閱的消費(fèi)者。（可能存在消息重復(fù)消費(fèi)的隱患，需要去重）
②如果消費(fèi)者接收到消息卻沒(méi)有確認(rèn)消息，連接也未斷開，則RabbitMQ認(rèn)為該消費(fèi)者繁忙，將不會(huì)給該消費(fèi)者分發(fā)更多的消息。
六、RabbitMQ怎么避免消息丟失？
�、傧⒊志没�；
�、贏CK確認(rèn)機(jī)制；
③設(shè)置集群鏡像模式；
�、芟⒀a(bǔ)償機(jī)制。
七、要保證消息持久化成功的條件有哪些？
①聲明隊(duì)列必須設(shè)置持久化durable設(shè)置為true。
②消息推送投遞模式必須設(shè)置持久化，deliveryMode設(shè)置為2（持久）。
�、巯⒁呀�(jīng)到達(dá)持久化交換器。
�、芟⒁呀�(jīng)到達(dá)持久化隊(duì)列。
以上四個(gè)條件都滿足才能保證消息持久化成功。
八、RabbitMQ持久化有什么缺點(diǎn)？
持久化的缺地就是降低了服務(wù)器的吞吐量，因?yàn)槭褂玫氖谴疟P而非內(nèi)存存儲(chǔ)，從而降低了吞吐量。可盡量使用ssd硬盤來(lái)緩解吞吐量的問(wèn)題。
九、RabbitMQ有幾種廣播類型？
三種廣播模式：
�、賔anout：所有bind到此exchange的queue都可以接收消息（純廣播，綁定到RabbitMQ的接受者都能收到消息）；
②direct：通過(guò)routingKey和exchange決定的那個(gè)唯一的queue可以接收消息；
�、踭opic：所有符合routingKey（此時(shí)可以是一個(gè)表達(dá)式）的routingKey所bind的queue可以接收消息；
十、RabbitMQ中vhost的作用是什么？
vhost可以理解為虛擬broker，即mini—RabbitMQ server。其內(nèi)部均含有獨(dú)立的queue、exchange和binding等，但最最重要的是，其擁有獨(dú)立的權(quán)限系統(tǒng)，可以做到vhost范圍的用戶控制。當(dāng)然，從RabbitMQ的全局角度，vhost可以作為不同權(quán)限隔離的手段（一個(gè)典型的例子就是不同的應(yīng)用可以跑在不同的vhost中）。
【計(jì)算機(jī)方向的面試題目有哪些】相關(guān)文章：
周記的好題目有哪些適合寫什么題目10-12
財(cái)務(wù)管理專業(yè)就業(yè)方向有哪些10-12
文秘面試有哪些技巧細(xì)節(jié)09-19
電子競(jìng)技專業(yè)就業(yè)方向有哪些10-12
高薪總經(jīng)理招聘筆試題目有哪些08-18
單招面試有哪些技巧單招面試要注意哪些細(xì)節(jié)10-12
食品營(yíng)養(yǎng)與健康專業(yè)就業(yè)方向有哪些202110-12