llvm

Java中有类似于NGen的工具吗

提示：

Java中有类似于NGen的工具吗

AOT编译（Ahead-of-Time Compilation）不但涉及一个编译器，还要涉及配套的运行时支持系统（runtime system）。两者通常是紧密耦合的。
换句话说，一个AOT编译器只能跟自己的runtime搭配使用，这个runtime可以是一个完整的VM（如NGen与CLR的搭配），也可以是一个比较小的runtime（如.NET Native里的MRT（Minimal Runtime），只提供基础的GC、多线程支持等功能）。

用android会遇到什么关键技术问题及可行性解决方案

提示：

用android会遇到什么关键技术问题及可行性解决方案

1．资源访问

我们知道，宿主程序调起未安装的插件apk，一个很大的问题就是资源如何访问，具体来说就是插件中凡是以R开头的资源都不能访问了。这是因为宿主程序中并没有插件的资源，所以通过R来加载插件的资源是行不通的，程序会抛出异常：无法找到某某id所对应的资源。

针对这个问题，有人提出了将插件中的资源在宿主程序中也预置一份，这虽然能解决问题，但是这样就会产生一些弊端。首先，这样就需要宿主和插件同时持有一份相同的资源，增加了宿主apk的大小；其次，在这种模式下，每次发布一个插件都需要将资源复制到宿主程序中，这意味着每发布一个插件都要更新一下宿主程序，这就和插件化的思想相违背了。

因为插件化的目的就是要减小宿主程序apk包的大小，同时降低宿主程序的更新频率并做到自由装载模块，所以这种方法不可取，它限制了插件的线上更新这一重要特性。还有人提供了另一种方式，首先将插件中的资源解压出来，然后通过文件流去读取资源，这样做理论上是可行的，但是实际操作起来还是有很大难度的。首先不同资源有不同的文件流格式，比如图片、XML等，其次针对不同设备加载的资源可能是不一样的，如何选择合适的资源也是一个需要解决的问题，基于这两点，这种方法也不建议使用，因为它实现起来有较大难度。为了方便地对插件进行资源管理，下面给出一种合理的方式。

我们知道，Activity的工作主要是通过ContextImpl来完成的，
Activity中有一个叫mBase的成员变量，它的类型就是ContextImpl。注意到Context中有如下两个抽象方法，看起来是和资源有关的，实际上Context就是通过它们来获取资源的。这两个抽象方法的真正实现在ContextImpl中，也就是说，只要实现这两个方法，就可以解决资源问题了。
/** Return an AssetManager instance for your application's package. */

public abstract AssetManager getAssets();

/** Return a Resources instance for your application's package. */

public abstract Resources getResources();

下面给出具体的实现方式，首先要加载apk中的资源，如下所示。
protected void loadResources() {
try {
AssetManager assetManager = AssetManager.class.newInstance();
Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
addAssetPath.invoke(assetManager, mDexPath);
mAssetManager = assetManager;
} catch (Exception e) {
e.printStackTrace();
}
Resources superRes = super.getResources();
mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(),
superRes.getConfiguration());
mTheme = mResources.newTheme();
mTheme.setTo(super.getTheme());
}


从loadResources()的实现可以看出，加载资源的方法是通过反射，通过调用AssetManager中的addAssetPath方法，我们可以将一个apk中的资源加载到Resources对象中，由于addAssetPath是隐藏API我们无法直接调用，所以只能通过反射。下面是它的声明，通过注释我们可以看出，传递的路径可以是zip文件也可以是一个资源目录，而apk就是一个zip，所以直接将apk的路径传给它，资源就加载到AssetManager中了。然后再通过AssetManager来创建一个新的Resources对象，通过这个对象我们就可以访问插件apk中的资源了，这样一来问题就解决了。
/**

* Add an additional set of assets to the asset manager. This can be

* either a directory or ZIP file. Not for use by applications. Returns

* the cookie of the added asset, or 0 on failure.

* {@hide}

*/

public final int addAssetPath(String path) {

synchronized (this) {

int res = addAssetPathNative(path);

makeStringBlocks(mStringBlocks);

return res;

}

}

接着在代理Activity中实现getAssets()和getResources()，如下所示。关于代理Activity的含义请参看DL开源插件化框架的实现细节，这里不再详细描述了。
@Override

public AssetManager getAssets() {

return mAssetManager == null ? super.getAssets() : mAssetManager;

}


@Override

public Resources getResources() {

return mResources == null ? super.getResources() : mResources;

}

通过上述这两个步骤，就可以通过R来访问插件中的资源了。

2．Activity生命周期的管理

管理Activity生命周期的方式各种各样，这里只介绍两种：反射方式和接口方式。反射的方式很好理解，首先通过Java的反射去获取Activity的各种生命周期方法，比如onCreate、onStart、onResume等，然后在代理Activity中去调用插件Activity对应的生命周期方法即可，如下所示。
@Override

protected void onResume() {

super.onResume();

Method onResume = mActivityLifecircleMethods.get("onResume");

if (onResume != null) {

try {

onResume.invoke(mRemoteActivity, new Object[] { });

} catch (Exception e) {

e.printStackTrace();

}

}

}


@Override

protected void onPause() {

Method onPause = mActivityLifecircleMethods.get("onPause");

if (onPause != null) {

try {

onPause.invoke(mRemoteActivity, new Object[] { });

} catch (Exception e) {

e.printStackTrace();

}

}

super.onPause();

}

使用反射来管理插件Activity的生命周期是有缺点的，一方面是反射代码写起来比较复杂，另一方面是过多使用反射会有一定的性能开销。下面介绍接口方式，接口方式很好地解决了反射方式的不足之处，这种方式将Activity的生命周期方法提取出来作为一个接口（比如叫DLPlugin），然后通过代理Activity去调用插件Activity的生命周期方法，这样就完成了插件Activity的生命周期管理，并且没有采用反射，这就解决了性能问题。同时接口的声明也比较简单，下面是DLPlugin的声明：
public interface DLPlugin {

public void onStart();

public void onRestart();

public void onActivityResult(int requestCode, int resultCode, Intent

data);

public void onResume();

public void onPause();

public void onStop();

public void onDestroy();

public void onCreate(Bundle savedInstanceState);

public void setProxy(Activity proxyActivity, String dexPath);

public void onSaveInstanceState(Bundle outState);

public void onNewIntent(Intent intent);

public void onRestoreInstanceState(Bundle savedInstanceState);

public boolean onTouchEvent(MotionEvent event);

public boolean onKeyUp(int keyCode, KeyEvent event);

public void onWindowAttributesChanged(LayoutParams params);

public void onWindowFocusChanged(boolean hasFocus);

public void onBackPressed();

…

}

在代理Activity中只需要按如下方式即可调用插件Activity的生命周期方法，这就完成了插件Activity的生命周期的管理。
...

@Override

protected void onStart() {

mRemoteActivity.onStart();

super.onStart();

}


@Override

protected void onRestart() {

mRemoteActivity.onRestart();

super.onRestart();

}


@Override

protected void onResume() {

mRemoteActivity.onResume();

super.onResume();

}

...

通过上述代码应该不难理解接口方式对插件Activity生命周期的管理思想，其中mRemoteActivity就是DLPlugin的实现。

LLVM和GCC的区别

提示：

LLVM和GCC的区别

LLVM与GCC在三段式架构上并没有本质区别。LLVM与其它编译器最大的差别是，它不仅仅是Compiler
Collection，也是Libraries
Collection。举个例子，假如说我要写一个XYZ语言的优化器，我自己实现了PassXYZ算法，用以处理XYZ语言与其它语言差别最大的地方。而LLVM优化器提供的PassA和PassB算法则提供了XYZ语言与其它语言共性的优化算法。那么我可以选择XYZ优化器在链接的时候把LLVM提供的算法链接进来。LLVM不仅仅是编译器，也是一个SDK。

与IPv4相比，IPv6在技术上具有哪些特点和优势？

提示：

与IPv4相比，IPv6在技术上具有哪些特点和优势？

IPV6特点：
定长而简化的包头：IPv4的报头有13个字段，而IPv6的只有8个字段
层次化的地址结构：地址分配严格有序 ，保证IPv6的路由表可以很好的汇总
即插即用的连网方式：可将IP地址自动分配给用户
身份验证和保密：IPSec是IPv6的一个必须组成部分
流支持能力

优势：
更大的地址空间
更高效的路由基础结构
更好的安全性
更强的移动性
更好的服务质量 (QoS)

如何用llvm-obfuscator混淆 js

提示：

如何用llvm-obfuscator混淆 js

LLVM是什么？
（1）LLVM是lowlevel virtual machine的简称，是一个编译器框架。苹果公司的Xcode 4.0之后用的都是LLVM编译器。
（2）LLVM 诞生于2003.10伊利诺伊大学香槟分校，创始人ChrisLattner，现任苹果公司『开发者工具』部门的主管。

二、 LLVM-Obfuscator 是什么?

（1）LLVM-Obfuscator 是瑞士西北应用科技大学安全实验室针对LLVM编译组件开发的代码混淆工具，该工具完全开源，目的是为了增加逆向工程的难度，保证代码的安全性。
（2）Obfuscator-llvm最新版本集成了LLVM-3.4编译器，并且兼容LLVM支持的所有语言（C,C++, Objective-C, Ada and Fortran）和平台(x86, x86-64, PowerPC, PowerPC-64,ARM, Thumb, SPARC, Alpha, CellSPU, MIPS, MSP430, SystemZ,and XCore)。
纯手打，望采纳！