javaqmtt的简单介绍

今天给各位分享javaqmtt的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、全民天团官方版是哪个？
• 2、如何定位java内存泄露
• 3、如何查看java虚拟机堆内存的参数值
• 4、求翻译，应该是拼音字母开头wmwapjgajmttjdptjwm ，能看出讲的是啥吗
• 5、MTT头马俱乐部简介

全民天团官方版是哪个？

官网网址，。

应用宝的腾讯的应用市场，里面的软件和游戏都是官网的，当然也包括全民天团。

应用宝是一个为安卓系统手机提供的一个下载平台，里边的软件都是经过认证的正版绿色软件，可以放心下载使用。

游戏介绍：

《全民天团》是SM公司授权DalcomSoft研发的音乐手游中文版，收录了SM旗下艺人200多首歌曲。SM公司旗下艺人BoA、东方神起、 SUPER JUNIOR、少女时代、 SHINee、 f(x) 、EXO、 RedVelvet等在中国均拥有超高人气和粉丝群体，全部强势入驻游戏。

作为一款音乐手游，《全民天团》以节奏打击为主，游戏在传统敲击音符玩法基础上加入滑动屏幕的操作方式，含有pk和闯关系统，还可以查看歌曲世界排名。玩家随着动感的音乐节奏对屏幕上的相应图形进行打击，在绚丽的视觉下完成歌曲的旋律，加上音乐轨道两旁浮现的偶像掠影，完全徜徉在美妙的视听盛宴中。

此外，明星卡牌收集也是《全民天团 》的核心玩法之一，玩家通过歌曲关卡闯关成功解锁后，会获得随机赠送的一张C级品质明星卡牌。使用相同品质的卡牌合成更高级的珍贵卡牌，从而获得成绩加成。为了满足不同玩家需求，歌曲关卡分为三种挑战模式，涵盖竞技排行榜等众多流行玩法，还可通过挑战难度解锁获得更多海量音乐。

作为韩国国民级音乐手游，其中国版《全民天团》拥有不同于其他音乐节奏类游戏独特风格，就是和卡牌游戏相融合，这目前在国内手游界尚属首创。300多张明星角色卡牌非常精致，淋漓尽致的展现出韩范儿明星的火辣动感。

而600多首正版音乐，多重困难模式和关卡设置，明快的节奏复杂的卡牌组合，都相当磨练玩家的战斗技巧。玩家需要通过不断扩充自己的卡牌收藏来形成属于自己的套牌，因此本款手游PK的爽快感和策略感十足。

参考资料

全民天团官网.全民天团官网[引用时间2018-1-20]

如何定位java内存泄露

1、为什么会发生内存泄漏

Java如何检测内在泄漏呢？我们需要一些工具进行检测，并发现内存泄漏问题，不然很容易发生down机问题。

编写java程序最为方便的地方就是我们不需要管理内存的分配和释放，一切由jvm来进行处理，当java对象不再被应用时，等到堆内存不够用时，jvm会进行垃圾回收，清除这些对象占用的堆内存空间，如果对象一直被应用，jvm无法对其进行回收，创建新的对象时，无法从Heap中获取足够的内存分配给对象，这时候就会导致内存溢出。而出现内存泄露的地方，一般是不断的往容器中存放对象，而容器没有相应的大小限制或清除机制。容易导致内存溢出。

当服务器应用占用了过多内存的时候，如何快速定位问题呢？现在，Eclipse MAT的出现使这个问题变得非常简单。EclipseMAT是著名的SAP公司贡献的一个工具，可以在Eclipse网站下载到它，完全免费的。

要定位问题，首先你需要获取服务器jvm某刻内存快照。jdk自带的jmap可以获取内存某一时刻的快照，导出为dmp文件后，就可以用Eclipse MAT来分析了，找出是那个对象使用内存过多。

2、内存泄漏的现象：

常常地，程序内存泄漏的最初迹象发生在出错之后，在你的程序中得到一个OutOfMemoryError。这种典型的情况发生在产品环境中，而在那里，你希望内存泄漏尽可能的少，调试的可能性也达到最小。也许你的测试环境和产品的系统环境不尽相同，导致泄露的只会在产品中暴露。这种情况下，你需要一个低负荷的工具来监听和寻找内存泄漏。同时，你还需要把这个工具同你的系统联系起来，而不需要重新启动他或者机械化你的代码。也许更重要的是，当你做分析的时候，你需要能够同工具分离而使得系统不会受到干扰。

一个OutOfMemoryError常常是内存泄漏的一个标志，有可能应用程序的确用了太多的内存；这个时候，你既不能增加JVM的堆的数量，也不能改变你的程序而使得他减少内存使用。但是，在大多数情况下，一个OutOfMemoryError是内存泄漏的标志。一个解决办法就是继续监听GC的活动，看看随时间的流逝，内存使用量是否会增加，如果有，程序中一定存在内存泄漏。

3、发现内存泄漏

1. jstat -gc pid

可以显示gc的信息，查看gc的次数，及时间。

其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。

2.jstat -gccapacity pid

可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，

如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，

PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。

其他的可以根据这个类推，OC是old内纯的占用量。

3.jstat -gcutil pid

统计gc信息统计。

4.jstat -gcnew pid

年轻代对象的信息。

5.jstat -gcnewcapacity pid

年轻代对象的信息及其占用量。

6.jstat -gcold pid

old代对象的信息。

7.stat -gcoldcapacity pid

old代对象的信息及其占用量。

8.jstat -gcpermcapacity pid

perm对象的信息及其占用量。

9.jstat -class pid

显示加载class的数量，及所占空间等信息。

10.jstat -compiler pid

显示VM实时编译的数量等信息。

11.stat -printcompilation pid

当前VM执行的信息。

一些术语的中文解释：

S0C：年轻代中第一个survivor（幸存区）的容量(字节)

S1C：年轻代中第二个survivor（幸存区）的容量(字节)

S0U：年轻代中第一个survivor（幸存区）目前已使用空间(字节)

S1U：年轻代中第二个survivor（幸存区）目前已使用空间(字节)

EC：年轻代中Eden（伊甸园）的容量(字节)

EU：年轻代中Eden（伊甸园）目前已使用空间(字节)

OC：Old代的容量(字节)

OU：Old代目前已使用空间(字节)

PC：Perm(持久代)的容量(字节)

PU：Perm(持久代)目前已使用空间(字节)

YGC：从应用程序启动到采样时年轻代中gc次数

YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)

FGC：从应用程序启动到采样时old代(全gc)gc次数

FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT：从应用程序启动到采样时gc用的总时间(s)

NGCMN：年轻代(young)中初始化(最小)的大小(字节)

NGCMX：年轻代(young)的最大容量(字节)

NGC：年轻代(young)中当前的容量(字节)

OGCMN：old代中初始化(最小)的大小(字节)

OGCMX：old代的最大容量(字节)

OGC：old代当前新生成的容量(字节)

PGCMN：perm代中初始化(最小)的大小(字节)

PGCMX：perm代的最大容量(字节)

PGC：perm代当前新生成的容量(字节)

S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比

S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比

E：年轻代中Eden（伊甸园）已使用的占当前容量百分比

O：old代已使用的占当前容量百分比

P：perm代已使用的占当前容量百分比

S0CMX：年轻代中第一个survivor（幸存区）的最大容量(字节)

S1CMX：年轻代中第二个survivor（幸存区）的最大容量(字节)

ECMX：年轻代中Eden（伊甸园）的最大容量(字节)

DSS：当前需要survivor（幸存区）的容量(字节)（Eden区已满）

TT：持有次数限制

MTT：最大持有次数限制

如果定位内存泄漏问题我一般使用如下命令：

Jstat -gcutil15469 2500 70

[root@ssss logs]# jstat -gcutil 15469 1000 300

S0 S1 E O P YGC YGCT FGC FGCT GCT

0.00 1.46 26.54 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 46.54 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 47.04 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 65.19 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 67.54 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 87.54 4.61 30.14 35 0.872 0 0.000 0.872

0.00 1.46 88.03 4.61 30.14 35 0.872 0 0.000 0.872

1.48 0.00 5.56 4.62 30.14 36 0.874 0 0.000 0.874

1000 代表多久间隔显示一次，

100 代表显示一次。

S0 — Heap上的 Survivor space 0 区已使用空间的百分比

S1 — Heap上的 Survivor space 1 区已使用空间的百分比

E — Heap上的 Eden space 区已使用空间的百分比

O — Heap上的 Old space 区已使用空间的百分比

P — Perm space 区已使用空间的百分比

YGC — 从应用程序启动到采样时发生 Young GC 的次数

YGCT– 从应用程序启动到采样时 Young GC 所用的时间（单位秒）

FGC — 从应用程序启动到采样时发生 Full GC 的次数

FGCT– 从应用程序启动到采样时 Full GC 所用的时间（单位秒）

GCT — 从应用程序启动到采样时用于垃圾回收的总时间（单位秒）

如果有大量的FGC就要查询是否有内存泄漏的问题了，图中的FGC数量就比较大，并且执行时间较长，这样就会导致系统的响应时间较长，如果对jvm的内存设置较大，那么执行一次FGC的时间可能会更长。

如果为了更好的证明FGC对服务器性能的影响，我们可以使用java visualVM来查看一下：

从上图可以发现执行FGC的情况，下午3:10分之前是没有FGC的，之后出现大量的FGC。

上图是jvm堆内存的使用情况，下午3:10分之前的内存回收还是比较合理，但是之后大量内存无法回收，最后导致内存越来越少，导致大量的full gc。

下面我们在看看大量full GC对服务器性能的影响，下面是我用loadrunner对我们项目进行压力测试相应时间的截图：

从图中可以发现有，在进行full GC后系统的相应时间有了明显的增加，点击率和吞吐量也有了明显的下降。所以java内存泄漏对系统性能的影响是不可忽视的。

3、定位内存泄漏

当然通过上面几种方法我们可以发现java的内存泄漏问题，但是作为一名合格的高级工程师，肯定不甘心就把这样的结论交给开发，当然这也的结论交给开发，开发也很难定位问题，为了更好的提供自己在公司的地位，我们必须给开发工程师提供更深入的测试结论，下面就来认识一下MemoryAnalyzer.exe。java内存泄漏检查工具利器。

首先我们必须对jvm的堆内存进行dump，只有拿到这个文件我们才能分析出jvm堆内存中到底存了些什么内容，到底在做什么？

MemoryAnalyzer的用户我在这里就不一一说明了，我的博客里也有说明，下面就展示我测试的成功图：

其中深蓝色的部分就为内存泄漏的部分，java的堆内存一共只有481.5M而内存泄漏的部分独自占有了336.2M所以本次的内存泄漏很明显，那么我就来看看那个方法导致的内存泄漏：

从上图我们可以发现红线圈着的方法占用了堆内存的67.75%，如果能把这个测试结果交给开发，开发是不是应该很好定位呢。所以作为一名高级测试工程师，我们需要学习的东西太多。

虽然不确定一定是内存泄漏，但是可以准确的告诉开发问题出现的原因，有一定的说服力。

如何查看java虚拟机堆内存的参数值

请确保java_home/bin配置到path环境变量下，因为这些工具都在jdk的bin目录下

jps(JVM Process Status Tool)：JVM机进程状况工具

用来查看基于HotSpot JVM里面所有进程的具体状态, 包括进程ID，进程启动的路径等等。与unix上的ps类似，用来显示本地有权限的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。使用jps时，不需要传递进程号做为参数。

Jps也可以显示远程系统上的JAVA进程，这需要远程服务上开启了jstat服务，以及RMI注及服务，不过常用都是对本对的JAVA进程的查看。

命令格式：jps [ options ] [ hostid ]

常用参数说明：

-m 输出传递给main方法的参数，如果是内嵌的JVM则输出为null。

-l 输出应用程序主类的完整包名，或者是应用程序JAR文件的完整路径。

-v 输出传给JVM的参数。

例如：

C:\Users\Administratorjps -lmv

1796 -Dosgi.requiredJavaVersion=1.5 -Xms40m -Xmx512m -XX:MaxPermSize=256m

7340 sun.tools.jps.Jps -lmv -Denv.class.path=.;D:\DevTools\VM\jdk1.6.0_31\\lib\dt.jar;D:\DevTools\VM\jdk1.6.0_31\\lib\tools.jar; -Dapplication.home=D:\DevTools\VM\jdk1.6.0_31 -Xms8m

其中pid为1796的是我的eclipse进程，pid为7340的是jps命令本身的进程

jinfo(Configuration Info for Java)：JVM配置信息工具

可以输出并修改运行时的java 进程的opts。用处比较简单，用于输出JAVA系统参数及命令行参数

命令格式：jinfo [ options ] [ pid ]

常用参数说明：

-flag 输出，修改，JVM命令行参数

例如：

C:\Users\Administratorjinfo 1796

将会打印出很多jvm运行时参数信息，由于比较长这里不再打印出来，可以自己试试，内容一目了然

Jstack(Stack Trace for Java)：JVM堆栈跟踪工具

jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项"-J-d64“

命令格式：jstack [ option ] pid

常用参数说明：

-F 当’jstack [-l] pid’没有相应的时候强制打印栈信息

-l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表.

-m 打印java和native c/c++框架的所有栈信息.

-h | -help打印帮助信息

例如：

C:\Users\Administratorjstack 1796

2013-05-22 11:42:38

Full thread dump Java HotSpot(TM) Client VM (20.6-b01 mixed mode):

"Worker-30" prio=6 tid=0x06514c00 nid=0x1018 in Object.wait() [0x056af000]

java.lang.Thread.State: TIMED_WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)

- locked 0x1ad84a90 (a org.eclipse.core.internal.jobs.WorkerPool)

at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)

at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)

jstat(JVM statistics Monitoriing Tool)：JVM统计信息监视工具

对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控

命令格式：jstat [ option pid [interval [ s | ms ] [count] ] ]

常用参数说明：

-gcutil 输出已使用空间占总空间的百分比

-gccapacity 输出堆中各个区域使用到的最大和最小空间

例如：每隔1秒监控jvm内存一次，共监控5次

C:\Users\Administratorjstat -gccapacity 1796 1s 5

NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC

13632.0 .0 40896.0 4032.0 4032.0 32832.0 27328.0 .0 81684.0 81684.0 12288.0 .0 80640.0 80640.0 42 96

13632.0 .0 40896.0 4032.0 4032.0 32832.0 27328.0 .0 81684.0 81684.0 12288.0 .0 80640.0 80640.0 42 96

13632.0 .0 40896.0 4032.0 4032.0 32832.0 27328.0 .0 81684.0 81684.0 12288.0 .0 80640.0 80640.0 42 96

13632.0 .0 40896.0 4032.0 4032.0 32832.0 27328.0 .0 81684.0 81684.0 12288.0 .0 80640.0 80640.0 42 96

13632.0 .0 40896.0 4032.0 4032.0 32832.0 27328.0 .0 81684.0 81684.0 12288.0 .0 80640.0 80640.0 42 97

C:\Users\Administratorjstat -gcutil 1796 1s 5

S0 S1 E O P YGC YGCT FGC FGCT GCT

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

一些术语的中文解释：

S0C：年轻代中第一个survivor（幸存区）的容量 (字节)

S1C：年轻代中第二个survivor（幸存区）的容量 (字节)

S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)

S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)

EC：年轻代中Eden（伊甸园）的容量 (字节)

EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)

OC：Old代的容量 (字节)

OU：Old代目前已使用空间 (字节)

PC：Perm(持久代)的容量 (字节)

PU：Perm(持久代)目前已使用空间 (字节)

YGC：从应用程序启动到采样时年轻代中gc次数

YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)

FGC：从应用程序启动到采样时old代(全gc)gc次数

FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT：从应用程序启动到采样时gc用的总时间(s)

NGCMN：年轻代(young)中初始化(最小)的大小 (字节)

NGCMX：年轻代(young)的最大容量 (字节)

NGC：年轻代(young)中当前的容量 (字节)

OGCMN：old代中初始化(最小)的大小 (字节)

OGCMX：old代的最大容量 (字节)

OGC：old代当前新生成的容量 (字节)

PGCMN：perm代中初始化(最小)的大小 (字节)

PGCMX：perm代的最大容量 (字节)

PGC：perm代当前新生成的容量 (字节)

S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比

S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比

E：年轻代中Eden（伊甸园）已使用的占当前容量百分比

O：old代已使用的占当前容量百分比

P：perm代已使用的占当前容量百分比

S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)

S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)

ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)

DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）

TT： 持有次数限制

MTT ： 最大持有次数限制

jmap( Memory Map for Java)：JVM内存映像工具

打印出某个java进程（使用pid）内存内的所有‘对象’的情况（如：产生那些对象，及其数量）

命令格式：jmap [ option ] pid

常用参数说明：

-dump:[live,]format=b,file=filename 使用二进制形式输出jvm的heap内容到文件中， live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.

-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.

-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.

例如：以二进制形式输入当前堆内存映像到文件data.hprof中

jmap -dump:live,format=b,file=data.hprof 1796

生成的文件可以使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，非常有用

通过使用如下参数启动JVM，也可以获取到dump文件：

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=./java_pidpid.hprof

在jvm发生内存溢出时生成内存映像文件

jhat(JVM Heap Analysis Tool)：JVM堆转储快照分析工具

用于对JAVA heap进行离线分析的工具，他可以对不同虚拟机中导出的heap信息文件进行分析，如LINUX上导出的文件可以拿到WINDOWS上进行分析，可以查找诸如内存方面的问题。

命令格式：jhat dumpfile(jmap生成的文件)

例如：分析jmap导出的内存映像

求翻译，应该是拼音字母开头wmwapjgajmttjdptjwm ，能看出讲的是啥吗

看不出，这种拼音字母有多种组合。

拼音字母指拼音文字所用的字母，也指汉语拼音方案采用的为汉字注音的二十六个拉丁字母。

世界上第一套拼音字母是由腓尼基人创制的。由于腓尼基发达的航海和国际商业贸易，一方面经济需要及时编制商业文件，要求有一套普遍易懂的、简单方便的文字体系;另一方面，由于腓尼基从事国际商业活动，广泛接触并熟悉古代各国的文字，使它创造新的字母文字成为可能。

于是，腓尼基人利用埃及的象形文字和巴比伦的模形文字创造了世界上第一套拼音字母。 古代希腊字母和阿拉米亚字母都来源于腓尼基字母。希腊字母后来又发展为拉丁、斯拉夫字母;阿拉米亚字母后来发展为印度、阿拉伯、亚美尼亚、维吾尔等字母。可以说，腓尼基字母是现今世界各族字母的共同祖先。

拼音字母构成

1、23个声母

b、p、m、f、d、t、n、l、g、k、h、j、q、x、zh、ch、sh、r、z、c、s、y、w。

2、24个韵母

其中：

单韵母6个：a、o、e、i、u、ü。

复韵母9个：ai、ei、ui、ao、ou、iu、ie、üe、er。

前鼻韵母5个：an、en、in、un、ün。

后鼻韵母4个：ang、eng、ing、ong。

16个整体认读：

zhi、chi、shi、ri、zi、ci、si、yi、wu、yu、ye、yue、yuan、yin、yun、ying。

MTT头马俱乐部简介

MTT头马俱乐部是国际头马俱乐部的一员，成员主要来自于摩托罗拉 诺基亚 SAS以及周边公司的小伙伴们。

我们的口号是 we are family.

这里是一个安全的、开放的、包容的试错纠错平台，我们不怕犯错，更关注的是过程中的成长；

这里是一个谈天说地、学习英文、培养沟通/领导能力的舞台，我们有不同年龄/不同职业的会员、系统实用的教程和热情专业的导师；

而且，这里还是一个温馨的大家庭，例会就像是一场充满欢声笑语的party :)

MTT头马俱乐部的活动项目

会员

阅读并实践教程是会员提升沟通能力和领导力的最关键步骤。

传统教程：会收到来自Toastmasters官方寄来的两本教材，一本是CCmanual (Competent Communication)，包含10个projects，每一个project要求会员deliver一个演讲，通过这种方式，锻炼沟通能力； 另一本CLmanual (Competent Leadership)，也是10个projects，但是每个project要求完成若干tasks，通过这种方式，锻炼领导力。

新版教程：Pathways路线，将传统教程中的经典理论和实际应用更加紧密的结合起来，学习效果更加明显。同时，提供了线上学习的新潮方式，让学习效率更加出众。Pathways路线启用后，现阶段的CC/CL模式将会并行持续运行两年。

官员

官员是会员投票选举产生的。

教程中锻炼领导力的一些内容，需要通过做官员来锻炼。

Club有很多为大家服务的官员，主要包括：

President：Club的第一责任人，啥都负责。

Mentor: 为新会员、老会员提供指导，教学相长。

VPE: Vice President Education，主要负责教育方面的工作，比如为会员安排演讲和会议角色，组织演讲比赛等等。

VPM: Vice President Membership，主要负责会员关系，比如帮助会员注册，续费，奖励会员等等。

VPPR: Vice PresidentPublic Relations，主要负责公共关系，比如与externalclub的联络，维护微信公众号，以及组织活动，比如聚餐等等。

Treasurer：主要负责管理财务等等。

Secretary：主要负责分配share folder权限，记录meeting minutes等等。

SAA: Sergeantat Arms，主要负责预定会议室，为大家布置会场，录像，宣布每次会议各类最佳角色并颁奖等等。

MTT头马俱乐部的会费、例会时间地点和联系方式

会费

头马也是有入会费用及每月日常费用的，通常半年交一次：

会费：MTT为6个月390元。

新会员注册费：20美金（新会员注册是一次性费用，以前参加过头马的会员，不需要缴纳）。

例会时间地点

每周五中午12:00-13:30，摩托罗拉大厦 A0111会议室。

联系方式

如果想要加入我们或者对俱乐部有什么疑问、建议，欢迎联系我们可爱的VPM团队：

Shaoqing Qin，Linlin Zhang,  Lucy Gu

邮箱: qshaoqing926@163.com

关于javaqmtt和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。