js加密變數
① js加密及解密問題，我看不少js代碼都會用各種a,b,c,d等等去代表一些變數，造成去閱讀和找問題很困難！
這是uglify的結果。一般用gulp或者grunt來compile js 的時候都會添加相關的uglify應用（例如gulp-uglify）。
uglify 就是把空格刪除把變數和函數名替換成a,b,c,d等等
網上應該有反編譯的應用（當然只能把空格還原，文件格式還原，變數和函數名稱是無法還原的除非你有當初uglify時候生成的map文件）。
一般的開源第三方代碼都會有uglify之後和之前的兩個版本（你可以在本地調試的時候載入uglify之前的）。很多第三方uglify之後的文件都是.min.js後綴
② 前端js 加密解密方式
一、base64加密
使用JS函數的window.btoa()和 window.atob()，分別是編碼和解碼
二、編碼和解碼字元串
使用JS函數的escape()和unescape()，分別是編碼和解碼
三、AES加密解密
四、RSA加密解密
③ js中常見的數據加密與解密的方法
加密在我們前端的開發中也是經常遇見的。本文只把我們常用的加密方法進行總結。不去糾結加密的具體實現方式（密碼學，太龐大了）。
常見的加密演算法基本分為這幾類，
RSA加密：RSA加密演算法是一種非對稱加密演算法。在公開密鑰加密和電子商業中RSA被廣泛使用。（這才是正經的加密演算法）
非對稱加密演算法：非對稱加密演算法需要兩個密鑰：公開密鑰（publickey:簡稱公鑰）和私有密鑰（privatekey:簡稱私鑰）。公鑰與私鑰是一對，如果用公鑰對數據進行加密，只有用對應的私鑰才能解密。因為加密和解密使用的是兩個不同的密鑰，所以這種演算法叫作非對稱加密演算法。
DES全稱為Data Encryption Standard，即數據加密標准，是一種使用密鑰加密的塊演算法
DES演算法的入口參數有三個：Key、Data、Mode。其中Key為7個位元組共56位，是DES演算法的工作密鑰；Data為8個位元組64位，是要被加密或被解密的數據；Mode為DES的工作方式,有兩種:加密或解密。
AES這個標准用來替代原先的DES
DES/AES我們合並在一起介紹其用法和特點
Base64是一種用64個字元來表示任意二進制數據的方法。base64是一種編碼方式而不是加密演算法。只是看上去像是加密而已（嚇唬人）。
④ 如何給JS腳本加密
用js混淆器吧。網路一下就有的。
其實嚴格來說不能叫加密只是混淆替換了所有的變數名。腳本語言混淆只是可讀性變差了。
⑤ 如何破解js 加密
在網頁中加入一個，然後在加密代碼中找document.write()，eval()，execScript()或VBS的EXECUTE語句，並用document.getElementById("textareaID").innerText=STR 替換。加密就不攻自破了。
(STR是轉換好的字元串變數，如在加密代碼中找到 document.write(s); 就用 document.getElementById("textareaID").innerText=s; 替換)
⑥ 介紹一點js加密的方法
一：最簡單的加密解密
大家對於JAVASCRIPT函數escape()和unescape()想必是比較了解啦（很多網頁加密在用它們），分別是編碼和解碼字元串，比如例子代碼用escape()函數加密後變為如下格式：
alert%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B
如何？還看的懂嗎？當然其中的ASCII字元"alert"並沒有被加密，如果願意我們可以寫點JAVASCRIPT代碼重新把它加密如下：
%61%6C%65%72%74%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B
呵呵！如何？這次是完全都加密了！
當然，這樣加密後的代碼是不能直接運行的，幸好還有eval(codeString)可用，這個函數的作用就是檢查JavaScript代碼並執行，必選項 codeString 參數是包含有效 JavaScript 代碼的字元串值，加上上面的解碼unescape()，加密後的結果如下：
<SCRIPT LANGUAGE="JavaScript">
var code=unescape("%61%6C%65%72%74%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B");
eval(code)
</SCRIPT>
是不是很簡單？不要高興，解密也就同樣的簡單，解密代碼都擺給別人啦（unescape()）！呵呵
二：轉義字元"\"的妙用
大家可能對轉義字元"\"不太熟悉，但對於JavaScript提供了一些特殊字元如：\n （換行）、 \r （回車）、\' （單引號 ）等應該是有所了解的吧？其實"\"後面還可以跟八進制或十六進制的數字，如字元"a"則可以表示為："\141"或"\x61"（注意是小寫字元"x"），至於雙位元組字元如漢字"黑"則僅能用十六進製表示為"\u9ED1"（注意是小寫字元"u"），其中字元"u"表示是雙位元組字元，根據這個原理例子代碼則可以表示為：
八進制轉義字元串如下:
<SCRIPT LANGUAGE="JavaScript">
eval("\141\154\145\162\164\50\42\u9ED1\u5BA2\u9632\u7EBF\42\51\73")
</SCRIPT>
十六進制轉義字元串如下:
<SCRIPT LANGUAGE="JavaScript">
eval("\x61\x6C\x65\x72\x74\x28\x22\u9ED1\u5BA2\u9632\u7EBF\x22\x29\x3B")
</SCRIPT>
這次沒有了解碼函數，因為JavaScript執行時會自行轉換，同樣解碼也是很簡單如下：
<SCRIPT LANGUAGE="JavaScript">
alert("\x61\x6C\x65\x72\x74\x28\x22\u9ED1\u5BA2\u9632\u7EBF\x22\x29\x3B")
</SCRIPT>
就會彈出對話框告訴你解密後的結果！
⑦ js如何加密源代碼，頁面樣式全部用js寫，如何操作
js是不能加密源碼的，換個說法，作為一種解釋性語言，如果你加密了源碼，瀏覽器怎麼解釋你的js腳本。
不過可以用插件自動壓縮。壓縮過程中，會把一些變數用a/b/c代替，而且會移除空格和換行。這會大大增加源碼閱讀難度，但是也起不到加密的作用。
如果是electron開發，可以用asar對源碼進行打包，不過這種就屬於客戶端，不是網頁了。
⑧ 如何加密js
一：最簡單的加密解密
二：轉義字元"\"的妙用
三：使用Microsoft出品的腳本編碼器Script. Encoder來進行編碼 （自創簡單解碼）
四：任意添加NUL空字元（十六進制00H） （自創）
五：無用內容混亂以及換行空格TAB大法
六：自寫解密函數法
七：錯誤的利用 （自創）
在做網頁時（其實是網頁木馬呵呵），最讓人煩惱的是自己辛辛苦苦寫出來的客戶端IE運行的JAVASCRIPT代碼常常被別人輕易的拷貝，實在讓自己的心裡有點不是滋味，要知道自己寫點東西也挺累的......^*^
我們清楚地認識到因為JAVASCRIPT代碼是在IE中解釋執行，要想絕對的保密是不可能的，我們要做的就是盡可能的增大拷貝者復制的難度，讓他知難而退（但願~!~），下面我結合自己這幾年來的實踐，及個人研究的心得，和大家一起來探討一下網頁中JAVASCRIPT代碼的加密解密技術。
⑨ 如何對JS代碼加密
JS加密其實就是對字元進行編碼，也不是一定要用工具有兩個函數的document.write(escape("你好，這是測試！")+"<br>");
document.write(unescape("%u4F60%u597D%uFF0C%u8FD9%u662F%u6D4B%u8BD5%uFF01"));
⑩ 求助前端JS都是用什麼加密的
寫過 js混淆器，談一些淺顯的個人看法。
個人認為，js的不可讀化處理分為三個方面：壓縮（compression）、混淆（obfuscation） 和加密（encryption）。 （不可讀化處理，這是我自己發明的術語，一切會增加代碼不可讀性的代碼轉換, 都可以這么叫，「增加代碼不可讀性」可能是代碼轉換的結果或者目的）.
1. 壓縮
這一操作的目的，是讓最終代碼傳輸量 （不代表代碼量, 也不代表文件體積）盡可能小。壓縮js的工具，常見的有：YUI Compressor、UglifyJS、Google Closure Compiler 等。
通常在代碼壓縮的過程中，只改變代碼的語法，代碼的語義和控制流不會有太大改變。
常見做法是把局部變數縮短化，把一些運算進行等價替換等。代碼壓縮對於代碼保護有一些幫助，但由於語義和控制流基本沒變，起不了太大作用。
在壓縮層面上，代碼不可讀只是一種附帶傷害，不是最終目的。
2. 混淆
這一操作的目的，是讓代碼盡可能地不可讀，主要用作代碼保護。
讓代碼不可讀，增加分析的難度，這是唯一目的。混淆過後文件體積變大一倍也沒關系，代碼量變多也沒關系，運算慢50% 也沒關系。
常見的做法有：分離常量、打亂控制流、增加無義代碼、檢查運行環境如果不對就罷工，等等。
在混淆層面上，代碼不可讀是最終目的。
值得一提的是，Google Closure Compiler 的 Advance Level Compression 會壓縮類和對象的成員，其壓縮結果很難分析，也可以認為是一種混淆，但兼容性不太好。
廣告時間：我寫的 js混淆器，中文名叫 「看起來很厲害的 JS 編譯器」， 英文名叫做 The Impressive JS.Segment.Compiler ， 看起來很厲害的 JS 編譯器 。
3. 加密
說實話我很難對加密做一個定義，因為加密在Web界有太多歧義了。
有加密就有解密，意味著加密操作可逆，密文可以明文化。
就這樣看來，在Web界，可以稱之為加密的東西包括：HTTPS傳輸、JavaScript實現對稱加密或者不對稱加密等等。
這樣看來，不可逆的代碼壓縮和混淆就不能列入加密這個范疇了。
非要找一個可以稱之為加密，又經常被人誤解為壓縮和混淆的東西，Dean Edwards 的 Dean Packer/Unpacker 可以拿來做個例子。
比如我們把 var num=1;alert(num);
輸入 Dean Packer，pack 一下，得到這么一串東西，是不是看著非常像被壓縮和混淆過的代碼？
把上面那串意義不明物拿來 unpack 一下，得到了原文。
實際上 Dean Packer 只是對源碼進行了一個字元串變換，沒有深入到代碼語法層面，你可以拿 "Hello world, 你好師姐" 來試試。
用Online JavaScript beautifier 能輕松把這串東西還原為 「Hello world, 你好師姐」。
可以看出，代碼加密意味著：將代碼明文進行可逆的變換（加密），生成密文；將密文進行逆變換（解密），可以還原明文；最終運行環境運行的是解密代碼。
結語
實際上大家對壓縮、混淆、加密這三個概念還是挺不清晰的，我在這里說一些個人見解，希望有幫助。
在現實項目中，我是多種手段結合的：
對於不需要做代碼保護的項目，比如個人博客，做代碼壓縮，加快載入速度，這就夠了。
對於需要做一些代碼保護，防止抄襲的項目，可以在源碼中加入一些開發者的信息和防護代碼，然後混淆和壓縮。很不幸的是，我這方面總是做得不太好，防君子防不了小人啊哈哈。
對於需要嚴格加密的項目，可以用 混淆、壓縮、加密、簽名檢查 等多種手段，這我就不清楚了，等大嬸來補充。