Ⅰ 什麼是預編譯和實時編譯
預編譯就是在你代碼編譯之前做的一些動作，比如你代碼里寫了
#define size 10
int a[size];
預編譯就會把這個size替換掉
int a[10];
實時編譯，一般是指那些動態語言，在執行到該代碼的時候進行編譯，例如
scipy.weave 裡面可以嵌入C代碼，並在程序的執行過程中，調用gcc編譯器把這段C代碼編譯成二進制，並調用其中的函數執行。
Ⅱ java的『編譯器』與『即時編譯器』有什麼區別
你好！編譯器（在windows下，javac.exe）將源代碼（java文件）編譯為位元組碼（bytecode），存放在class文件中。
位元組碼不能直接在機器上執行，而是通過虛擬機（windows下是java.exe）執行。具體的執行方式有兩種：
1. 一般情況下解釋執行。解釋執行並不是「解釋為用c++語言寫成的程序」，而是jvm把位元組碼看成腳本，根據位元組碼中的指令，由JVM去調用實際的本地方法。
2. 在打開了JIT參數的前提下，jvm會把執行過程中發現的熱點位置，由jvm內部的即時編譯器編譯為本地機器碼直接執行。
編譯器將java文件編譯為class文件，解釋器將class文件變為機器語言
Ⅲ idea debug模式，修改代碼後怎樣實時編譯並部署到伺服器，就像eclipse那樣
確保使用debug模式
確保tomcat由idea實例化說tomcatidea配置
（特殊修改：項目配置文件某些特殊類新增名稱參數添加修改引起能熱部署必須重啟用Jrebel插件插件收費實現部修改熱部署包括修改項目配置文件等熱部署描述均指普通修改熱部署）
項目配置圖：
Ⅳ 怎樣實時編譯less文件成css文件
有些軟體有插件可以實時編譯，比如sublime。
我用的是gulp，方便前端自動化。你可以網上搜一下，用起來啊很方便。
舉個例子：
vargulp=require('gulp');
varless=require('gulp-less');
varnotify=require('gulp-notify');
varplumber=require('gulp-plumber');
varconcat=require('gulp-concat');
varminifycss=require('gulp-minify-css');
varrename=require('gulp-rename');
varwatch=require('gulp-watch');
varuglify=require('gulp-uglify');
varautoprefixer=require('gulp-autoprefixer');
varlessPath='./src/less/*.less';
varlessMainPath='./src/less/main.less';
varlessDist='./src/css/';
varcssPath='./src/css/*.css';
varjsSrcPath='./src/js/*.js';
vardistPath='./dist/';
//編譯less
gulp.task('lessCompile',function(){
gulp.src([lessMainPath])
.pipe(plumber({errorHandler:notify.onError('Error:<%=error.message%>')}))
.pipe(less())
.pipe(gulp.dest(lessDist));
});
//監控less文件變化
gulp.task('watchLess',function(){
gulp.watch(lessPath,['lessCompile']);
});
//css合並壓縮加前綴
gulp.task('handleCss',function(){
returngulp.src(cssPath)
.pipe(plumber({errorHandler:notify.onError('Error:<%=error.message%>')}))
.pipe(concat('app.css'))
.pipe(autoprefixer({
browsers:['last5versions','Android>=4.0'],
cascade:true,
remove:false
}))
.pipe(gulp.dest(distPath))
.pipe(minifycss())
.pipe(rename('app.min.css'))
.pipe(gulp.dest(distPath));
});
//監控css文件變化
gulp.task('watchCss',function(){
gulp.watch(cssPath,['handleCss']);
});
Ⅳ C++編譯器即時編譯問題。
斷點中斷後所在的行是尚未運行准備運行的行，你可以按F10單步運行過去之後，就看到結果了。
if(ia[x++]<ia[x])
這句中由於 ++ 在後，所以判斷運算先進行，然後再增一，這種前後書寫有關系只有在多重運算下才會生效，單獨的 x++ 和 ++x 沒有區別。
Ⅵ 即時編譯器和JAVA解釋器的區別
即時編譯器預先把程序編譯完成，當執行時就直接調用。
而JAVA解釋器則是當需要調用該代碼時才臨時編譯解釋，而且沒執行一次就要編譯一次，而即時編譯器則是一次編譯多次執行。
Ⅶ vue-cli怎麼和後台實時編譯
現在想要的結果就是 我在eclipse啟動的時候在裡面修改src裡面的文件 dist目錄裡面的js也能實時改變...希望哪位研究過的 給個方法- -。
Ⅷ 什麼是即時編譯技術
JIT（just-in-time compilation）指計算機領域里，即時編譯也被成為動態翻譯，是一種通過在運行時將位元組碼翻譯為機器碼，從而改善位元組碼編譯語言性能的技術。即時編譯前期的兩個運行時理論是位元組碼編譯和動態編譯。
在編譯為位元組碼的系統如 Limb 編程語言，Smalltalk, UCSD P-System, Perl, GNU CLISP, 和 Java 的早期版本中， 源代碼被翻譯為一種中間表示即位元組碼。 位元組碼不是任何特定計算機的機器碼， 它可以在多種計算機體系中移植。位元組碼被解釋著運行在虛擬機里。
動態編譯環境是一種在執行時使用編譯器的編譯環境。 例如， 多數 Common Lisp 系統有一個編譯函數，他可以編譯在運行時創建的函數。
在即時編譯環境下， 位元組碼的編譯是第一步， 它將源代碼遞歸到可移植和可優化的中間表示。位元組碼被部署到目標系統。 當執行代碼時，運行時環境的編譯器將位元組碼翻譯為本地機器碼。 基於每個文件或每個函數：函數僅僅在他們要被執行時才會被編譯。
目標是要組合利用本地和位元組碼編譯的多種優勢：多數重量級的任務如源代碼解析和基本性能的優化在編譯時處理，將位元組碼編譯為機器碼比起從源代碼編譯為機器碼要快得多。部署位元組碼是可移植的，而機器碼只限於特定的系統結構。從位元組碼到機器碼編譯器的實現更容易，因為大部分工作已經在實現位元組碼編譯器時完成。
Ⅸ 什麼是即時編譯
JIT（just-in-time compilation）指計算機領域里，即時編譯也被成為動態翻譯，是一種通過在運行時將位元組碼翻譯為機器碼，從而改善位元組碼編譯語言性能的技術。即時編譯前期的兩個運行時理論是位元組碼編譯和動態編譯。
在編譯為位元組碼的系統如 Limb 編程語言，Smalltalk, UCSD P-System, Perl, GNU CLISP, 和 Java 的早期版本中， 源代碼被翻譯為一種中間表示即位元組碼。 位元組碼不是任何特定計算機的機器碼， 它可以在多種計算機體系中移植。位元組碼被解釋著運行在虛擬機里。
動態編譯環境是一種在執行時使用編譯器的編譯環境。 例如， 多數 Common Lisp 系統有一個編譯函數，他可以編譯在運行時創建的函數。
Ⅹ webpack 怎麼直接實時編譯輸出文件
使用webpack編譯打包react是非常便捷的。這也是人們常用的一種方式。但是在使用過程中，一定要注意一個細節，那就是webpack和babel-loader的安裝位置。react安裝當然，使用react必須先安裝react和react-dom，其安裝方式很簡單（前提是我們必須安裝有npm）。#npminstallreactreact-dom–savereact安裝就這樣簡單，其實react和react-dom就是相當於js類庫。但是我們需要解析器來解析react的語法。react解析器babel安裝babel安裝的位置是我們這篇文章的目的。babel有兩種安裝的位置：一種是全局安裝，一種是本地安裝——也就是安裝在項目目錄下的node_moles下。#npminstallbabel-corebabel-loaderbabel-preset-react–save-dev//本地安裝#npminstallbabel-corebabel-loaderbabel-preset-react–g//全局安裝一般情況下我們選擇本地安裝，這樣便於管理。打包工具webpack的安裝同樣，webpack的安裝位置也是這篇文章描述的所要注意的點。當然，它也有兩種安裝的位置：全局安裝和本地安裝。#npminstallwebpack–save-dev//本地安裝#npminstallwebpack–g//全局安裝如果選擇本地安裝，那麼在使用的時候較麻煩一些，我們需要在命令前加上路徑。所以一般情況下都是全局安裝，這樣就可以在任意位置直接使用。這里我們選擇全局安裝。這樣才能出現我們將要說的問題。webpack配置文件編寫安裝完webpack以後，下面來編寫webpack配置文件webpack.config.js。這里我不寫全部，只寫載入loader部分。代碼一mole:{loaders:[{test:/\.js$/,loader:'babel',query:{presets:['react']}}]}編譯過程中出現的錯誤好了，到了關鍵的地方了。現在我們整個系統的配置是這樣的：babel安裝到本地，webpack安裝到全局位置，webpack配置文件如代碼一所示。接下來我們就要編譯打包我們的項目。#webpack執行該命令以後，你會發現出現如下的錯誤：ERRORin(webpack)/~/node-libs-browser/~/process/browser.jsMolebuildfailed:Error:Couldn'tfindpreset"react"relativetodirectory"/node/lib/node_moles/webpack/node_moles/node-libs-browser/node_moles/process"……這也就是說找不到babel-preset-react。好了，說了這么多終於在這里引出了我們將要討論的問題（這里大家不要嫌我啰嗦，為什麼出現這種問題，其原因總要弄清楚。什麼樣的配置會出現這種問題，了解以後才容易上手解決）。解決問題的方式出現上述問題以後，我們有這樣三種方式可以解決。方式一要解決這個問題很簡單。我們知道，出現這個問題是因為bable和webpack安裝的位置不同，所以找不到babel-preset-react。因為在配置文件中有這樣一段代碼。query:{presets:['react']}好了，既然知道是安裝位置不同，那我們可以將babel安裝在全局位置，這樣這個問題不就解決了嗎。#npmremovebabel-corebabel-loaderbabel-preset-react–save-dev//首先移除原先安裝的babel#npminstallbabel-corebabel-loaderbabel-preset-react–g//全局安裝沒錯，問題解決了。但是我們不推薦使用這種方式。因為這樣不便於管理，所以還是使用其他的方式。方式二此種方式和方式一大同小異。方式一是改變babel的安裝位置，而這里是改變webpack的安裝位置。原先webpack是安裝到全局位置的，所以找不到安裝到本地項目目錄下的babel-preset-react。因此我們可以改變webpack的位置。#npmremovewebpack–g//移除原先的webpack#npminstallwebpack–save-dev//將webpack安裝到本地位置——也就是項目目錄下的node_moles中#ln–s/項目根目錄/node_moles/webpack/bin/webpack.js/usr/bin/webpack//為了使用webpack方便，在這里我們在/usr/bin目錄下建立軟連接（也就是快捷方式）//這樣我們就可以在任意位置直接使用webpack命令了。此時我們已經改變了webpack的安裝位置。現在二者同在項目目錄下安裝。所以可以正確編譯了。此種方式較方式一，我個人比較推薦這種方式，這樣比較方便管理。但是，這種方式也不是沒有弊端。如果我們有多個項目，那我們就需要在每個項目下都安裝webpack，那豈不是很麻煩。所以這種方式也不是很好。方式三該方式應該說是最值得推薦的，因為不需要改變webpack和babel的安裝位置。webpack還是在全局位置，babel還是在本地項目位置下。我們需要做的就是修改webpack的配置文件，在代碼一的基礎上添加一句代碼。代碼二mole:{loaders:[{test:/\.js$/,loader:'babel',exclude:/node_moles/,query:{presets:['react']}}]}