1.Դ?源码追踪?׷??
2.记一次源码追踪分析，从Java到JNI，源码追踪再到JVM的源码追踪C++：fileChannel.map()为什么快；源码分析map方法，put方法
3.Source Navigator使用技巧
4.JBuilder快捷键
5.**《源代码》的源码追踪结局？

Դ??׷??

       大家好！

       在看源码的源码追踪过程中，查看 Git 提交记录是源码追踪arsc 编辑器源码了解文件演变过程的有效途径。对于如何在 IDEA 中查看这些记录，源码追踪可能有些同学感到困惑。源码追踪这篇文章将分享一些实用的源码追踪小技巧，帮助大家更直观地进行源码学习。源码追踪

       首先，源码追踪确保你的源码追踪本地环境配置了 Git。如果还没有安装 Git，源码追踪强烈建议你先完成安装并熟悉基本操作。源码追踪

       接下来，源码追踪使用 Git 克隆一个感兴趣的开源项目，例如 Redssion。在 IDEA 中导入项目并查看文件右键菜单，确认是否能找到“Git”选项。如果找不到，可能是 Git 配置问题，进入 IDEA 设置中进行相应的调整。

       在 IDEA 的“Version Control”标签页中，你可以看到项目的提交历史。通过这个界面，你可以快速浏览文件的网校源码哪个好变更情况，了解代码的演变过程。

       在日常工作中或撰写文章时，使用 IDEA 的 Git 功能主要关注提交记录，而不是直接在 IDEA 中进行代码提交。这种方式提供了可视化的代码历史，有助于理解代码的变更轨迹。

       以 Redssion 为例，通过在 GitHub 的 issues 页面搜索关键词（如“死锁”），可以找到相关的问题讨论和代码修复。关注这些信息能帮助你更快定位问题和学习关键代码变更。

       使用 IDEA 的 Git 插件，可以方便地查看特定日期的提交记录。在“Version Control”标签页中，通过过滤功能找到目标日期的提交，这样可以快速定位到关键变更。

       通过查看提交记录，你可以了解代码的具体修改内容，这对于深入理解代码实现和调试问题非常有帮助。例如，在 Redssion 中，可以追踪到特定类的修改历史，了解其功能演进。

       此外，通过查看项目的首次提交记录，可以了解项目的未公开软件源码起源和发展历程。例如，Dubbo 的首次提交记录反映了项目早期的状态和开发团队的辛勤工作。这些历史记录不仅展示了技术演变，也蕴含了项目发展的故事。

       总的来说，利用 IDEA 的 Git 功能探索代码历史，不仅可以帮助你更高效地学习和理解源码，还能深入了解项目的开发背景和演进过程。通过这种方式，源码阅读将变得更具趣味性和实用性。

记一次源码追踪分析，从Java到JNI，再到JVM的C++：fileChannel.map()为什么快；源码分析map方法，put方法

       前言

       在系统IO相关的系统调用有read/write，mmap，sendfile等这些。

       其中read/write是普通的读写，每次都需要将buffer从用户空间拷贝到内核空间；

       而mmap使用的是内存映射，会将磁盘文件对应的页映射（拷贝）到内核空间的page cache，并记录到用户进程的页表中，使得用户空间也可以像操作用户空间一样操作该文件的映射，最后再由操作系统来讲该映射（脏页）回写到磁盘；

       sendfile则使用的是零拷贝技术，在mmap的基础上，当发送数据的时候只拷贝fd和offset等元数据信息，而将数据主体直接拷贝至protocol buffer，源码购买任务app实现了内核数据零冗余的零拷贝技术

       本文地址：/post//

问题/目的问题1Java中哪些API使用到了mmap问题2怎么知道该API使用到了mmap，如何追踪程序的系统调用目的1源码中分析验证，从Java到JNI，再到C++：fileChannel.map()使用的是系统调用mmap目的2源码验证分析：调用mmapedByteBuffer.put(Byte[])时JVM在搞些什么？mmap比普通的read/write快在哪？揭晓答案1mmap在Java NIO中的体现/使用

       看一个例子

// 1GBpublic static final int _GB = 1**;File file = new File("filename");FileChannel fileChannel = new RandomAccessFile(file, "rw").getChannel();MappedByteBuffer mmapedByteBuffer = fileChannel.map(FileChannel.MapMode.READ_WRITE, 0, _GB);for (int i = 0; i < _GB; i++) { count++;mmapedByteBuffer.put((byte)0);}

       其中fileChannel.map()底层使用的就是系统调用mmap，函数签名为： public abstract MappedByteBuffer map(MapMode mode,long position, long size)throws IOException

答案2程序执行的系统调用追踪/** * @author Tptogiar * @description * @date /5/ - : */public class TestMappedByteBuffer{ public static final int _4kb = 4*;public static final int _GB= 1**;public static void main(String[] args) throws IOException, InterruptedException { // 为了方便在日志中找到本段代码的开始位置和结束位置，这里利用文件io来打开始标记FileInputStream startInput = null;try { startInput = new FileInputStream("start1.txt");startInput.read();} catch (IOException e) { e.printStackTrace();}File file = new File("filename");FileChannel fileChannel = new RandomAccessFile(file, "rw").getChannel();MappedByteBuffer map = fileChannel.map(FileChannel.MapMode.READ_WRITE, 0, _GB); //我们想分析的语句问题2for (int i = 0; i < _GB; i++) { map.put((byte)0); // 下文中需要分析的语句目的2}// 打结束标记FileInputStream endInput = null;try { endInput = new FileInputStream("end.txt");endInput.read();} catch (IOException e) { e.printStackTrace();}}}

       把上面这段代码编译后把“.class”文件拉到linux执行，并用linux上的strace工具记录其系统调用日志，拿到日志文件我们可以在日志中看到以下信息（关于怎么拿到日志可以参照我的博文：无（代写））：

       注：日志有多行，这里只选取我们关注的

// ...// 看到了我们打的开始标志openat(AT_FDCWD, "start1.txt", O_RDONLY) = -1 ENOENT (No such file or directory)// ... // 打开文件，文件描述符fd为6openat(AT_FDCWD, "filename", O_RDWR|O_CREAT, ) = 6// 判断文件状态fstat(6, { st_mode=S_IFREG|, st_size=, ...}) = 0// ... // 判断文件状态fstat(6, { st_mode=S_IFREG|, st_size=, ...}) = 0// 进行内存映射mmap(NULL, , PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0) = 0x7f2fd6cd// ...// 程序退出exit(0)// 看到了我们打的结束标志openat(AT_FDCWD, "end.txt", O_RDONLY) = -1 ENOENT (No such file or directory)

       在上面程序的系统调用日志中我们确实看到了我们打的开始标志，结束标志。在开始标志和结束标志之间我们看到了我们的文件"filename"确实被打开了，文件描述符fd = 6；在打开文件后紧接着又执行了系统调用mmap，这一点我们Java代码一致，这样，我们就验证了我们答案1中的结论，可以开始我们的下文了

源码追踪分析，从Java到JNI，再到JVM的C++目的1寻源之旅：fileChannel.map()

       我们知道我们执行Java代码fileChannel.map()确实会在底层调用系统调用，那怎么在源码中得到验证呢？怎么落脚于源码进行分析呢？下面开始我们的寻源之旅

       FileChannelImpl.map() 注：由于代码较长，这里代码中略去了一些我们不关注的,比如异常捕获等

public MappedByteBuffer map(MapMode mode, long position, long size)throws IOException{ // ...try { // ...synchronized (positionLock) { // ...long mapPosition = position - pagePosition;mapSize = size + pagePosition;try { // ！我们要找的语句就在这！addr = map0(imode, mapPosition, mapSize);} catch (OutOfMemoryError x) { // 如果内存不足，先尝试进行GCSystem.gc();try { Thread.sleep();} catch (InterruptedException y) { Thread.currentThread().interrupt();}try { // 再次试着mmapaddr = map0(imode, mapPosition, mapSize);} catch (OutOfMemoryError y) { // After a second OOME, failthrow new IOException("Map failed", y);}}} // ...} finally { // ...}}

       上面函数源码中真正执行mmap的语句是在addr = map0(imode, mapPosition, mapSize),于是我们寻着这里继续追踪

       FileChannelImpl.map0()

// Creates a new mappingprivate native long map0(int prot, long position, long length)throws IOException;

       可以看到，该方法是源码下载ins图片一个native方法，所以后面的源码我们需要到这个FileChannelImpl.class对应的fileChannelImpl.c中去看，所以我们需要去找到JDK的源码

       在JDK源码中我们找到fileChannelImpl.c文件

       fileChannelImpl.c 根据JNI的对应规则，我们找到该文件内对应的Java_sun_nio_ch_FileChannelImpl_map0方法，其源码如下：

JNIEXPORT jlong JNICALLJava_sun_nio_ch_FileChannelImpl_map0(JNIEnv *env, jobject this, jint prot, jlong off, jlong len){ void *mapAddress = 0;jobject fdo = (*env)->GetObjectField(env, this, chan_fd);jint fd = fdval(env, fdo);int protections = 0;int flags = 0;if (prot == sun_nio_ch_FileChannelImpl_MAP_RO) { protections = PROT_READ;flags = MAP_SHARED;} else if (prot == sun_nio_ch_FileChannelImpl_MAP_RW) { protections = PROT_WRITE | PROT_READ;flags = MAP_SHARED;} else if (prot == sun_nio_ch_FileChannelImpl_MAP_PV) { protections =PROT_WRITE | PROT_READ;flags = MAP_PRIVATE;}// ！我们要找的语句就在这里！mapAddress = mmap(0,/* Let OS decide location */len,/* Number of bytes to map */protections,/* File permissions */flags,/* Changes are shared */fd, /* File descriptor of mapped file */off); /* Offset into file */if (mapAddress == MAP_FAILED) { if (errno == ENOMEM) { JNU_ThrowOutOfMemoryError(env, "Map failed");return IOS_THROWN;}return handle(env, -1, "Map failed");}return ((jlong) (unsigned long) mapAddress);}

       我们要找的语句就上面代码中的mapAddress = mmap(0,len,protections,flags,fd,off),至于为什么不是直接的mmap，而是mmap，是因为这里的mmap是一个宏，在文件上方有其定义，如下：

#define mmap mmap

       至此，我们就在源码中得到验证了我们问题2中的结论：fileChannelImpl.map()底层使用的是mmap系统调用

目的2寻源之旅：mmapedByteBuffer.put(Byte[ ])

       接着我们来看看当我们调用mmapedByteBuffer.put(Byte[])JVM底层在搞些什么动作

       MappedByteBuffer ?首先我们得知道，当我们执行MappedByteBuffer map = fileChannel.map(FileChannel.MapMode.READ_WRITE, 0, _GB)时，实际返回的对象是DirectByteBuffer类的实例，因为MappedByteBuffer为抽象类，且只有DirectByteBuffer继承了它，看下面两图就明白了

       DirectByteBuffer 于是我们找到DirectByteBuffer内的put(Byte[ ])方法

public ByteBuffer put(byte x) { unsafe.putByte(ix(nextPutIndex()), ((x)));return this;}

       可以看到该方法内实际是调用Unsafe类内的putByte方法来实现功能的，所以我们还得去看Unsafe类

       Unsafe.class

public native voidputByte(long address, byte x);

       该方法在Unsafe内是一个native方法，所以所以我们还得去看unsafe.cpp文件内对应的实现

       unsafe.cpp

       在JDK源码中，我们找到unsafe.cpp

       在这份源码内，没有使用JNI内普通加前缀的方法来形成对应关系

       不过我们还是能顺着源码的蛛丝轨迹找到我们要找的方法

       注意到源码中有这样的注册机制，所以我们可以知道我们要找的代码就是上图中标注的代码

       顺藤摸瓜，我们就找到了该方法的定义

UNSAFE_ENTRY(void, Unsafe_SetNative##Type(JNIEnv *env, jobject unsafe, jlong addr, java_type x)) \UnsafeWrapper("Unsafe_SetNative"#Type); \JavaThread* t = JavaThread::current(); \t->set_doing_unsafe_access(true); \void* p = addr_from_java(addr); \*(volatile native_type*)p = x; \t->set_doing_unsafe_access(false); \UNSAFE_END \

       该方法内主要的逻辑语句就是以下两句：

/** * @author Tptogiar * @description * @date /5/ - : */public class TestMappedByteBuffer{ public static final int _4kb = 4*;public static final int _GB= 1**;public static void main(String[] args) throws IOException, InterruptedException { // 为了方便在日志中找到本段代码的开始位置和结束位置，这里利用文件io来打开始标记FileInputStream startInput = null;try { startInput = new FileInputStream("start1.txt");startInput.read();} catch (IOException e) { e.printStackTrace();}File file = new File("filename");FileChannel fileChannel = new RandomAccessFile(file, "rw").getChannel();MappedByteBuffer map = fileChannel.map(FileChannel.MapMode.READ_WRITE, 0, _GB); //我们想分析的语句问题2for (int i = 0; i < _GB; i++) { map.put((byte)0); // 下文中需要分析的语句目的2}// 打结束标记FileInputStream endInput = null;try { endInput = new FileInputStream("end.txt");endInput.read();} catch (IOException e) { e.printStackTrace();}}}0

       至此，我们就知道：其实我们调用mmapedByteBuffer.put(Byte[ ])时，JVM底层并不需要涉及到系统调用（这里也可以用strace工具追踪从而得到验证）。也就是说通过mmap映射的空间在内核空间和用户空间是共享的，我们在用户空间只需要像平时使用用户空间那样就行了————获取地址，设置值，而不涉及用户态，内核态的切换

总结

       fileChannelImpl.map()底层用调用系统函数mmap

       fileChannelImpl.map()返回的其实不是MappedByteBuffer类对象，而是DirectByteBuffer类对象

       在linux上可以通过strace来追踪系统调用

       JNI中“.class”文件内方法与“.cpp”文件内函数的对应关系不止是前缀对应的方法，还可以是注册的方式，这一点的追寻代码的时候有很大帮助

       directByteBuffer.put()方法底层并没有涉及系统调用，也就不需要涉及切态的性能开销(其底层知识执行获取地址，设置值的操作)，所以mmap的性能就比普通读写read/write好

       ...

原文：/post/

Source Navigator使用技巧

       Source Navigator 是一款强大的代码分析工具，它为开发者提供了多种实用的功能。首先，它能协助你深入理解代码结构，通过分析特定源码区域的修改如何波及到其他模块，帮助你追踪可能的代码依赖和影响，这对于维护和优化大型项目尤其重要。

       其次，Source Navigator 还具备强大的函数定位能力。无论你在代码的哪个角落寻找某个函数的调用位置，这个工具都能帮你迅速找到，节省了大量寻找和阅读源码的时间，提高了开发效率。

       此外，它还具备头文件查找功能。当你需要找到所有引用特定头文件的文件时，只需要使用 Source Navigator，所有相关引用一目了然，这对于理解和管理项目结构非常有帮助。

       更值得一提的是，Source Navigator 集成了 grep 工具的强大搜索功能。无论你需要在庞大的代码库中搜索特定的关键词或模式，它都能快速精准地定位，无论是代码中的文本还是注释，都能轻松捕获。

       最后，作为一款基于 GNU Public License 的软件，Source Navigator 提供了开放源代码，这意味着你可以自由地使用、修改和分享它，这无疑为开发者社区的共享和进步提供了强大的支持。

JBuilder快捷键

       在JBuilder中，F键和各种快捷键组合为编程工作带来了极大的便利。F1键主要用于帮助，当你光标停留在关键字上时，按F1键可获得JDK的帮助。F3键用于查找下一个，F4键则可以运行多行代码，F5键用于添加和查看断点，F6键用于在调试时查看变量和表达式。

       遇到方法时，F7键用于跟入运行，F8键则执行单步调试，F9键是常规运行，而shift + F9则是调试模式运行。F键切换代码面板和设计面板，同时，Ctrl + Alt + p/c/m/z/s 可在视图选项中快速切换工作区的显示。

       项目、设计、结构、信息和状态面板可以通过快捷键Ctrl + Alt + p/c/s/M/Z 来切换。对于代码提示，如MemberInsight和ParameterInsight，可以使用Ctrl + H，而Javadoc QuickHelp则通过Ctrl + Q获取对象文档。

       查找功能也很强大，Ctrl + F进行全局查找，F3和shift + F3进行查找下一个或反向查找，Ctrl + B则定位到特定窗体。Ctrl + F6用于切换窗体，而Ctrl + e支持增量式查找。参数查找使用Ctrl + shift + h，搜索包或类用Ctry+'-'，指定到类方法用Ctrl + shift + G。

       在编程过程中，代码模板Ctrl + J非常实用，Ctrl + shift + c可自动完成错误捕捉代码。代码跟踪通过选择对象后，使用CTRL+ENTER或CTRL+鼠标点击进行源代码追踪。书签管理包括设置和返回标签位置，Ctrl + +/数字和Ctrl + 数字/Alt + -> / <-，以及Ctrl + F4关闭当前类和Ctrl + shift + F4关闭选择的类。

扩展资料

       Jbuilder是一个可视化JAVA开发工具。它是在Java2平台上开发商业应用程序、数据库、发布程序的优秀工具。它支持J2EE，所以程序员可以快速的转换企业版Java应用程序。

**《源代码》的结局？

       **《源代码》的结局颠覆了观众的期待，主角柯尔特上尉在经历了多重挑战后，以出人意料的方式改变了未来。他并非通过时光旅行，而是通过实验项目"源代码"，在死者肖恩的身体里反复体验爆炸前的8分钟，逐渐找出真凶并阻止更大的恐怖行动。在这一过程中，柯尔特不仅救下了芝加哥市中心的无辜生命，也以肖恩的身份在现实世界中重生，以另一种形式延续了自己的生活。

       在影片中，柯尔特被科学家们选中，因为他具备执行这项特殊任务的军事训练。他的任务是通过“源代码”追踪并阻止一名自称将在6小时内制造更大规模恐怖袭击的杀手。在那8分钟的“穿越”里，他不仅要收集线索，还要承受精神压力，因为每一次的尝试都可能导致现实的改变或消失。

       影片中的角色丰富多样，比如史蒂文斯上尉，既是主角也是肖恩的替身，他与克里斯蒂娜的互动为故事增添了情感线索，而古德温女军官则与柯尔特通过视频和文字进行沟通，她的角色在推动剧情发展上不可或缺。总的来说，《源代码》的结局不仅展示了主角的智慧和勇气，也展现了命运的复杂性以及人类对改变未来的探索和执着。