前端源碼被打包編譯怎麼解決
『壹』 前端打包,怎麼只替換修改的文件,而不是整個項目替換
使用打包工具後無法之修改制定的文件
1、打包工具是在源碼發生了變化後重新打包編譯源代碼，打包工具並不能區分具體生成後打哪些文件發生了變化
2、所以如果打包整個項目比較慢的話可以考慮優化打包速度，一般是不支持只替換修改的文件的
『貳』 將源代碼jar包修改，再打包，怎麼做
1、你首先要得到jar包里需要修改的class的源碼，復制出來新建類，注意類名包名需要和之前一致。
2、修改代碼後編譯獲得class文件
3、用好壓或其他壓縮文件打開之前的jar包進入原class所在文件目錄將新class復制進去即可
『叄』 vscode源碼打包
1.打包方法: yarn run gulp vscode-win32-x64-archive，打包後生成的包在 .build\win32-x64\archive\VSCode-win32-x64.zip , 這種方法目前看似乎是從某個文件夾直接壓縮。在這個之前，需要先做 yarn的動作。
2.另一種方法： yarn run gulp vscode-win32-x64-min, 打包後，會在 vscode 當前目錄的上一級生成目錄VSCode-win32-x64，帶 min 和不帶 min 的編譯方法相比，min對於其中的js文件做過體積簡化。我們編譯應該用帶min的方式來編譯。
『肆』 已打包的C#項目如何還原成代碼
如果你說的項目是sln的話，那麼他就是源代碼，可以更改
如果是別人編譯後的exe或dll，去下一個reflector吧，把源代碼復制出來，再自己改吧。
『伍』 webpack打包過的代碼怎麼反編譯回來
javaScript Document
function show(str)
{
var str1="td"+str;
var str="show"+str;
for (var i=1; i<18; i++)
{
var obj = document.getElementById('show' + i.toString());
if (obj) obj.style.display = 'none';
}
document.getElementById(str).style.display="block";
}
『陸』 gradle解壓源碼，重新打包
這幾天工作上遇到一個問題，三方的jar包在liunx下解壓不了，用gradle又能正常編譯，我們的apk是在liunx下用mk進行編譯的，編譯的過程中需要對jar包進行解壓，這樣就導致編譯失敗。
錯誤信息如下：以後再遇到這個錯誤，可能就jar包的問題。
FAILED: /bin/bash -c "(mkdir -p out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack.tmpjill.res ) && (unzip -qo /home/x/xx/xxx/APK92_GNBJ_EDO/code/libs/xxx-sdk-java20171027120314.jar -d out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack.tmpjill.res ) && (find out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack.tmpjill.res -iname \"*.class\" -delete ) && (JACK_VERSION=3.36.CANDIDATE out/host/linux-x86/bin/jack @build/core/jack-default.args --verbose error -D jack.import.resource.policy=keep-first -D jack.import.type.policy=keep-first -D jack.android.min-api-level=1 --import /home/x/xx/xxx/APK92_GNBJ_EDO/code/libs/xxx-sdk-java20171027120314.jar --import-resource out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack.tmpjill.res --output-jack out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack ) && (rm -rf out/target/common/obj/JAVA_LIBRARIES/xxx-sdk_intermediates/classes.jack.tmpjill.res )" warning: stripped absolute path spec from / mapname: conversion of failed ninja: build stopped: subcommand failed. build/core/ninja.mk:148: recipe for target 'ninja_wrapper' failed
解決方法：對jar包源碼重新打包
解壓jar包源碼，注意，是帶源碼的jar包，如果是編譯過的jar，是不能重新打包的。
步驟：
1.新建build.gradle文件，因為gradle會默認找到當前目錄下的build.gradle下的文件去執行；
2.在終端執行gradle unzip，執行這個task
以下命令將這個目錄 app/libs/xxx-sdk-java20171027120314.jar 下的jar包解壓到了 unpacked/dist 目錄。
解壓之後的源碼就是文件夾，重新打包的時候需要注意，包名和源碼的路徑名一致。現在利用Android studio進行打包。
步驟：
1.新建lib mole，選擇Android Libeary/Java Library;
2.注意修改包名與jar包路徑相同，eg:jar包解壓之後的路徑 dist/com/example/api ，那麼為了確保新生成的jar包里的Java文件import路徑相同，mole的包名也要命名為 com.example.api ;
3.將解壓之後的源碼java文件復制到lib model中；
4.在 app mole 下添加 lib mole 依賴。這是一種取巧的方法，當你添加了lib mole依賴之後，項目會重新rebuild，這個過程會將mole依賴編譯成jar包，存放在lib mole的 build/libs 目錄下，由於Android Studio版本不同，這個目錄可能有有所不同，但是都在build目錄下，找新的jar包就可以了。
這一部可能會報jar包找不到，或者lib mole中的import失敗，可能是因為lib mole依賴的jar包沒導入，導入之後在lib mole的build.gradle里配置一下就可以了。
這個時候，其實直接用這個jar包也可以了，如果向修改jar包名字，可以執行下面的gradle命令：
想了解更多可以參考 這里
然後在項目里測試一下jar包就可以了。
重新打包之後就可以在liunx下解壓了，正常編譯通過。
最後記錄一下mk編譯的一個錯誤 # [ERROR: Dex writing phase: classes.dex has too many IDs. Try using multi-dex](https://stackoverflow.com/questions/45472852/error-dex-writing-phase-classes-dex-has-too-many-ids-try-using-multi-dex) 在stackoverflow上找到了解決方法。
在mk文件中添加
參考：
https://stackoverflow.com/questions/39457116/gradle-build-hanging-when-jackoptions-is-enabled-for-java-1-8
https://stackoverflow.com/questions/45472852/error-dex-writing-phase-classes-dex-has-too-many-ids-try-using-multi-dex