腳本的加載控制方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)實(shí)施例涉及腳本應(yīng)用技術(shù)領(lǐng)域，特別是涉及腳本的加載控制方法及裝置。
【背景技術(shù)】
[0002]腳本語(yǔ)言，具有語(yǔ)法和結(jié)構(gòu)簡(jiǎn)單，可以進(jìn)行快速開(kāi)發(fā)和部署，學(xué)習(xí)周期短等特點(diǎn)。與傳統(tǒng)的系統(tǒng)編程語(yǔ)言相比較，腳本語(yǔ)言在使用的過(guò)程中無(wú)需編譯等步驟，還可以在一些應(yīng)用中與高級(jí)編程語(yǔ)言集成使用。腳本語(yǔ)言發(fā)展到現(xiàn)在，幾乎計(jì)算機(jī)系統(tǒng)的各個(gè)層次都有至少一種腳本語(yǔ)言可以使用。腳本語(yǔ)言的種種優(yōu)點(diǎn)，使得其在許多具有計(jì)算機(jī)自動(dòng)化數(shù)據(jù)處理需求的應(yīng)用中被廣泛使用。
[0003]腳本語(yǔ)言是一種解釋型語(yǔ)言，根據(jù)使用方式的不同，腳本語(yǔ)言可分為獨(dú)立型和嵌入型兩種，獨(dú)立型腳本語(yǔ)言在其執(zhí)行時(shí)依賴于解釋器，而嵌入型腳本語(yǔ)言通常在編程語(yǔ)言中被嵌入使用。腳本代碼作為腳本語(yǔ)言表達(dá)形式，可以被保存在腳本文件中，在使用的過(guò)程中，作為腳本語(yǔ)言載體的腳本文件可以被解釋器加載，并由解釋器對(duì)腳本文件中的代碼逐行進(jìn)行解釋和執(zhí)行。
[0004]在多數(shù)情況下，開(kāi)發(fā)者往往希望應(yīng)用程序所使用的腳本文件的內(nèi)容對(duì)用戶是不可見(jiàn)的，這是因?yàn)?，一方面，腳本文件本身存儲(chǔ)的各行代碼為應(yīng)用程序指示了數(shù)據(jù)的處理流程，一旦腳本文件被修改，則可能造成應(yīng)用程序執(zhí)行流程的錯(cuò)亂，程序崩潰甚至用戶數(shù)據(jù)丟失等嚴(yán)重后果；另一方面，在一部分腳本文件中，存儲(chǔ)有需要保密的信息，例如，用戶登錄數(shù)據(jù)等，如果腳本文件泄漏，則保密信息也可能會(huì)隨之泄漏。
[0005]在現(xiàn)有技術(shù)中，腳本文件的來(lái)源通常是從服務(wù)器下載或通過(guò)應(yīng)用程序生成，然后將腳本文件保存在文件系統(tǒng)中供腳本引擎加載使用。為防止腳本文件泄露，目前通常是通過(guò)使用隱秘的文件路徑存儲(chǔ)腳本文件，以及在腳本運(yùn)行后立即刪除腳本文件等手段。但文件系統(tǒng)中仍舊存在保存腳本文件的步驟，導(dǎo)致腳本文件始終有很高的泄露風(fēng)險(xiǎn)?？傊?，目前采用的技術(shù)手段無(wú)法從根本上避免腳本文件內(nèi)容的泄露。
[0006]綜上所述，亟需本領(lǐng)域技術(shù)人員解決的技術(shù)問(wèn)題是，提供一種腳本的加載控制方法，更好解決腳本在使用過(guò)程中容易泄漏的問(wèn)題。

【發(fā)明內(nèi)容】

[0007]本申請(qǐng)?zhí)峁┝四_本的加載控制方法，可以大大降低了腳本在使用過(guò)程中被泄漏的可能。
[0008]本申請(qǐng)?zhí)峁┝巳缦路桨?
[0009]—種腳本的加載控制方法，包括:
[0010]啟動(dòng)腳本引擎，并將文件系統(tǒng)下的預(yù)置文件路徑作為參數(shù)傳遞給所述腳本引擎，以便所述腳本引擎根據(jù)所述預(yù)置文件路徑進(jìn)行啟動(dòng)；其中，所述文件路徑下不保存待執(zhí)行的腳本文件；
[0011]在所述腳本引擎的進(jìn)程空間內(nèi)新申請(qǐng)預(yù)置大小的內(nèi)存空間；
[0012]獲取腳本內(nèi)容，并將獲取的腳本內(nèi)容寫(xiě)入所述內(nèi)存空間中；
[0013]監(jiān)控所述腳本引擎對(duì)文件操作類(lèi)函數(shù)的調(diào)用行為；
[0014]當(dāng)監(jiān)控到所述腳本引擎調(diào)用所述文件操作類(lèi)函數(shù)時(shí)，截獲所述腳本引擎的操作指令，并對(duì)所述操作指令進(jìn)行分析；
[0015]根據(jù)分析結(jié)果執(zhí)行對(duì)應(yīng)操作；其中，如果經(jīng)分析所述操作指令為打開(kāi)或讀寫(xiě)操作指令，且指向所述預(yù)置文件路徑，則對(duì)所述內(nèi)存空間內(nèi)的所述腳本內(nèi)容執(zhí)行對(duì)應(yīng)操作，并將操作結(jié)果返回給所述腳本引擎，以便模擬腳本引擎對(duì)文件系統(tǒng)中的腳本文件的操作。
[0016]—種腳本的加載控制裝置，包括:
[0017]引擎啟動(dòng)單元，用于啟動(dòng)腳本引擎，并將文件系統(tǒng)下的預(yù)置文件路徑作為參數(shù)傳遞給所述腳本引擎，以便所述腳本引擎根據(jù)所述預(yù)置文件路徑進(jìn)行啟動(dòng)；其中，所述文件路徑下不保存待執(zhí)行的腳本文件；
[0018]內(nèi)存空間申請(qǐng)單元，用于在所述腳本引擎的進(jìn)程空間內(nèi)新申請(qǐng)預(yù)置大小的內(nèi)存空間；
[0019]腳本內(nèi)容加載單元，用于獲取腳本內(nèi)容，并將獲取的腳本內(nèi)容寫(xiě)入所述內(nèi)存空間中；
[0020]函數(shù)調(diào)用監(jiān)控單元，用于監(jiān)控所述腳本引擎對(duì)文件操作類(lèi)函數(shù)的調(diào)用行為；
[0021]指令截獲分析單元，用于當(dāng)監(jiān)控到所述腳本引擎調(diào)用所述文件操作類(lèi)函數(shù)時(shí)，截獲所述腳本引擎的操作指令，并對(duì)所述操作指令進(jìn)行分析；
[0022]指令處理單元，用于根據(jù)分析結(jié)果執(zhí)行對(duì)應(yīng)操作；其中，如果經(jīng)分析所述操作指令為打開(kāi)或讀寫(xiě)操作指令，且指向所述預(yù)置文件路徑，則對(duì)所述內(nèi)存空間內(nèi)的所述腳本內(nèi)容執(zhí)行對(duì)應(yīng)操作，并將操作結(jié)果返回給所述腳本引擎，以便模擬腳本引擎對(duì)文件系統(tǒng)中的腳本文件的操作。
[0023]根據(jù)本申請(qǐng)?zhí)峁┑木唧w實(shí)施例，本申請(qǐng)公開(kāi)了以下技術(shù)效果:
[0024]通過(guò)本申請(qǐng)實(shí)施例，可以在啟動(dòng)腳本引擎，并將文件系統(tǒng)下的預(yù)置文件路徑作為參數(shù)傳遞給腳本引擎，在該文件路徑下并不保存待執(zhí)行的腳本文件。腳本引擎所要執(zhí)行的腳本內(nèi)容，可以寫(xiě)入到在腳本引擎的進(jìn)程空間內(nèi)新申請(qǐng)的內(nèi)存空間中，進(jìn)而，在腳本引擎執(zhí)行的過(guò)程中，監(jiān)控腳本引擎對(duì)文件操作類(lèi)函數(shù)的調(diào)用行為，截獲腳本引擎的操作指令。在腳本引擎發(fā)出特定類(lèi)型的操作指令調(diào)用文件操作類(lèi)函數(shù)，對(duì)預(yù)置文件路徑的文件對(duì)象進(jìn)行操作時(shí)，將操作轉(zhuǎn)化為對(duì)內(nèi)存空間中腳本內(nèi)容的操作，進(jìn)而將操作結(jié)果返回給腳本引擎。特別是打開(kāi)和讀寫(xiě)操作，實(shí)際上都會(huì)在內(nèi)存空間的腳本內(nèi)容上進(jìn)行。本申請(qǐng)實(shí)現(xiàn)了一種腳本的加載控制方法，在腳本引擎加載和執(zhí)行腳本內(nèi)容的過(guò)程中，始終以內(nèi)存作為腳本內(nèi)容的存儲(chǔ)載體，腳本內(nèi)容并不會(huì)存儲(chǔ)在文件系統(tǒng)中，從而大大降低了腳本在使用過(guò)程中被泄漏的可能。
[0025]當(dāng)然，實(shí)施本申請(qǐng)的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。
【附圖說(shuō)明】
[0026]為了更清楚地說(shuō)明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本申請(qǐng)的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0027]圖1是本申請(qǐng)實(shí)施例提供的方法的流程圖；
[0028]圖2是本申請(qǐng)實(shí)施例提供的裝置的示意圖。
【具體實(shí)施方式】
[0029]下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖，對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。
[0030]請(qǐng)參看圖1，其為本申請(qǐng)實(shí)施例提供的腳本的加載控制方法的流程圖，如圖1所示，該方法可以包括以下步驟:
[0031]SlOl:啟動(dòng)腳本引擎，并將文件系統(tǒng)下的預(yù)置文件路徑作為參數(shù)傳遞給所述腳本引擎，以便所述腳本引擎根據(jù)所述預(yù)置文件路徑進(jìn)行啟動(dòng)；其中，所述文件路徑下不保存待執(zhí)行的腳本文件；
[0032]腳本引擎作為腳本語(yǔ)言的解析器，可以被其它應(yīng)用程序調(diào)用，來(lái)實(shí)現(xiàn)對(duì)腳本文件的加載，以及對(duì)腳本文件內(nèi)的腳本內(nèi)容的解釋和執(zhí)行等。腳本引擎在啟動(dòng)的過(guò)程中，通常以文件系統(tǒng)中的某一文件路徑作為啟動(dòng)參數(shù)之一，以便在該路徑下讀取預(yù)置的腳本文件。在本申請(qǐng)實(shí)施例提供的方法中，在啟動(dòng)腳本引擎的過(guò)程中，首先可以以預(yù)置的文件路徑作為參數(shù)，將該參數(shù)傳遞給腳本引擎，以便于腳本引擎根據(jù)該預(yù)置的文件路徑進(jìn)行啟動(dòng)。與現(xiàn)有技術(shù)不同的是，在該文件路徑下并不保存待執(zhí)行的腳本文件。
[0033]S102:在所述腳本引擎的進(jìn)程空間內(nèi)，新申請(qǐng)預(yù)置大小的內(nèi)存空間；
[0034]在腳本引擎被調(diào)用后，操作系統(tǒng)通常會(huì)分配一定數(shù)量的內(nèi)存作為腳本引擎的進(jìn)程空間。在腳本引擎根據(jù)預(yù)置的文件路徑啟動(dòng)后，可以在腳本引擎的進(jìn)程空間內(nèi)申請(qǐng)預(yù)置大小的內(nèi)存空間。這部分內(nèi)存空間主要用于寫(xiě)入腳本內(nèi)容，以及備份一些數(shù)據(jù)。具體申請(qǐng)的這部分內(nèi)存空間的大小，可以根據(jù)腳本引擎要執(zhí)行的腳本內(nèi)容的量，以及要備份的數(shù)據(jù)量來(lái)確定。
[0035]S103:獲取腳本內(nèi)容，并將獲取的腳本內(nèi)容寫(xiě)入所述內(nèi)存空間中；
[0036]在成功申請(qǐng)到預(yù)置大小的內(nèi)存空間后，可以獲取所要執(zhí)行的腳本內(nèi)容，具體在獲取腳本內(nèi)容時(shí)，一種實(shí)現(xiàn)方式可以是獲取客戶端工具自動(dòng)生成的腳本內(nèi)容，另外，也可以向服務(wù)器發(fā)送下發(fā)腳本內(nèi)容的請(qǐng)求，并接收服務(wù)器響應(yīng)該下發(fā)請(qǐng)求而下發(fā)的腳本內(nèi)容。與現(xiàn)有技術(shù)中，將腳本文件作為腳本內(nèi)容的載體，而將腳本文件存儲(chǔ)在本地文件系統(tǒng)中的方法不同，在本申請(qǐng)實(shí)施例提供的方法中，文件系統(tǒng)中(例如，步驟SlOl中所述的預(yù)置文件路徑中)并不會(huì)存放以待執(zhí)行腳本內(nèi)容為數(shù)據(jù)的腳本文件，而是將待執(zhí)行的腳本內(nèi)容直接加載到內(nèi)存空間中，供腳本引擎解釋和執(zhí)行。具體的，可以在獲取到腳本內(nèi)容后，將獲取的腳本內(nèi)容寫(xiě)入到步驟S102中所申請(qǐng)的預(yù)置大小的內(nèi)存空間中。
[0037]S104:監(jiān)控所述腳本引擎對(duì)文件操作類(lèi)函數(shù)的調(diào)用行為；
[0038]如前