blocks|key|1344460|text|JProfiler是一个不错的Java分析器，它将生成调用图，并允许您将其导出为XML格式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1344461|我没有使用过Soot，所以我不能评论JProfiler与Soot相比的情况，但我希望JProfiler与应用程序相比需要2.5-3倍的内存。|1344462|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

JProfiler is a decent Java profiler which will generate the call graph as well as allows you to export it in XML format.

I have not used Soot , so I cannot comment on how JProfiler stands as compared to Soot, but expect JProfiler to require 2.5-3 times memory as compared to the application.

blocks|key|1344550|text|我们的DMS+Software+Reengineering+Toolkit可以构建C、Java和COBOL语言的全局调用图。这些数据被计算为内存中的数据结构，然后可以遍历以收集任意其他事实。(您可以将其导出到其他工具以遍历它，但对于大型调用图，导出的时间和精力将支配分析它的时间，因此我们倾向于不导出它。YMMV.)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1344551|从"CALL+X(...)“抽象形式的语句中提取调用图信息相对容易，因为目标X就在调用点的代码中。间接(虚拟或方法调用)是有问题的，因为实际的调用目标在调用点的代码中并不是微不足道的，而实际上分散在整个系统中，更糟糕的是，由运行时条件控制。在没有任何附加信息的情况下，调用图构造函数必须假定间接调用可以转到具有匹配签名的任何目标；这会在图中引入大量误报调用弧。|1344552|DMS使用(保守的)全局points-to分析作为调用图提取过程的一部分，以确定此类间接调用的位置，同时最大限度地减少误报。有关DMS可以提取什么的更多示例，请参见Flow+analysis+and+call+graphs，以及从包含250,000个函数的系统中提取的示例图形。|1344553|entityMap|0|LINK|mutability|MUTABLE|url|http://www.semanticdesigns.com/Products/DMS/DMSToolkit.html|1|http://www.semanticdesigns.com/Products/DMS/FlowAnalysis.html^0|3|Y|0|0|0|2A|T|1|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]|$1|H|3|-4|5|6|7|10|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]]]

Our <a href="http://www.semanticdesigns.com/Products/DMS/DMSToolkit.html" rel="nofollow noreferrer">DMS Software Reengineering Toolkit</a> can construct global call graphs for C, Java, and COBOL.
These are computed as an in-memory data structure, and can then be walked to collect arbitrary other facts. (You could export it to some other tool to walk over it, but for a big call graph the time and effort to export would dominate the time to just analyze it, so we tend not to export it. YMMV.). 

It is relatively easy to extract call-graph information from a statement of the abstract form of "CALL X(...)", because the target X is right there in the code at the call site. Indirect (virtual or method calls) are problematic in that the actual call targets are not trivially in the code at the call site, but in fact are scattered around the entire system and worse, controlled by runtime conditionals. In the absence of any additional information, a call graph constructor has to assume an indirect call can go to any target with a matching signature; this introduces lots of false-positive call arcs in the graph.

DMS uses a (conservative) global points-to analysis as part of the call-graph extraction process, to determine where such indirect calls go, while minimizing false-positives.
See <a href="http://www.semanticdesigns.com/Products/DMS/FlowAnalysis.html" rel="nofollow noreferrer">Flow analysis and call graphs</a> for more examples of what DMS can extract, and a sample graph extracted from a system of 250,000 functions.

blocks|key|1344608|text|查看http://semmle.com/|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1344609|当他们的工具还处于测试阶段时，我已经使用过了。它建立了一个程序信息数据库，您可以通过编程方式进行查询。这家公司是一家初创公司，产品不再是测试版，尽管我在他们的网站上找不到任何地方，如何购买它，或者它的价格。|1344610|NDepend+(http://www.ndepend.com/)是一个类似的.NET工具，我也用过，但我不确定是否可以通过编程访问它。XDepend+(http://www.xdepend.com/)是他们的Java工具，我还没有用过。|1344611|entityMap|0|LINK|mutability|MUTABLE|url|http://semmle.com/|1|http://www.ndepend.com/|2|http://www.xdepend.com/^0|2|I|0|0|0|9|N|1|25|N|2|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|Y|8|@]|9|@$A|Z|B|10|1|11]|$A|12|B|13|1|14]]|C|$]]|$1|H|3|-4|5|6|7|15|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]]]

Check out <a href="http://semmle.com/" rel="nofollow noreferrer">http://semmle.com/</a>

I have used their tool when it was in beta. It builds a database of program information that you can programmatically query. The company is a startup and the product is no longer in beta though I cannot find anywhere on their site how to purchase it or how much it costs.

NDepend (<a href="http://www.ndepend.com/" rel="nofollow noreferrer">http://www.ndepend.com/</a>) is a similar tools for .NET that I have also used but I am not sure if one can access it programatically. XDepend (<a href="http://www.xdepend.com/" rel="nofollow noreferrer">http://www.xdepend.com/</a>) is their tool for Java, which I have not used.

blocks|key|1129438|text|对于一个真实的调用图来说，1.5+GB的内存不是很多。我猜Soot只是给了你想要的东西。其他工具的调用图可能较小，但很可能不完整。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1129439|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

1.5 GB is not very much memory for a realistic call graphs. I guess Soot just gives you what you are asking for. Call graphs by other tools may be smaller, but then they will likely be incomplete.

Is there a non-toyish tool that can create a call graph of the whole application? I don't mean just getting a picture or drawing call graph by means of pointing method-by-method.

I need a call graph, which is accessible programmatically, i.e. the tool should flush it to a file in text mode (e.g. XML) or build the call graph in memory (which becomes problematic for large application). A call graph built in a DB would be great.

Both static and dynamic call graphs are in demand; though static one is a little more interesting, the fact that it is overapproximated is acceptable.

I have tried Soot so far. However, it is not able to handle even medium-size projects like FreeCol (java sources are available). Soot depletes 1.5GB of memory on that project, and then JVM crashes, as described here: <a href="http://www.sable.mcgill.ca/pipermail/soot-list/2008-July/001828.html" rel="nofollow noreferrer">http://www.sable.mcgill.ca/pipermail/soot-list/2008-July/001828.html</a>

Could anyone suggest a tool to generate a call graph, as described above? Java or .NET languages are ok.

Call graph of the whole application

数据结构

数据库

Java

有没有非游戏工具可以创建整个应用程序的调用图？我并不是指通过逐个方法的指针来获取图片或绘制调用图。我需要一个可通过编程方式访问的调用图，即该工具应将其刷新为文本模式的文件(例如XML)或在内存中构建调用图(这对大型应用程序来说是有问题的)。在DB中构建一个调用图将是非常好的。静态和动态调用图都很有需求；虽然静态调用图更...

问整个应用程序的调用图
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问整个应用程序的调用图EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问整个应用程序的调用图
EN