Tomcat7源码分析(二)类加载体系

Easter79
• 阅读 712

一、总体分析

    主流的Java Web服务器,如Tomcat、Jetty、WebLogic、WebSphere等都实现了自己定义的类加载器(一般都不止一个)。因为一个功能健全的Web服务器,需要解决如下的几个问题:

  1. 部署在同一个服务器上的两个Web应用程序使用的Java 类库可以实现相互隔离,这是最基本的要求.两个不同应用程序可能会依赖同一个第三方类库的不同版本的,不能要求一个类库在一个服务器中只有一份,服务器应当保证两个应用程序的类库可以互相独立使用
  2. 部署在同一个服务器上的两个Web应用程序所使用的Java类库可以互相共享,这个需求也很常见,如果Java类库不能共享使用,虚拟机的方法区很容易出现过度膨胀的风险
  3. 服务器需要尽可能保证自身安全不受部署的Web应用程序影响.目前有许多主流的Java Web服务器都使用Java语言开发,因此服务器本身也有类库依赖的问题,一般来说,基于安全的考虑,服务器所使用的类库应该与应用程序使用的类库互相独立
  4. 支持JSP的服务器,大部分都需要支持HotSwap功能(热交换功能)

    本文基于Tomcat7.0.69的Java源码,对其类加载体系进行分析。

    由于上述的种种问题,在部署Web应用的时候如果只使用一个单独的ClassPath是无法满足需求的,所以各种Web服务器都不约而同的提供了多个ClassPath路径供用户存在第三方类库,这些路径一般都以lib,classes命名,被放置到不同路径的类库,具备不同的访问范围和服务对象.tomcat服务器划分用户类库结构和类加载描述如下,然后用一张图片来展示Tomcat的类加载体系:各个类加载器之间不是继承关系,而是一种委派关系。

Tomcat7源码分析(二)类加载体系

这里结合之前对双亲委派模式的类加载过程的描述,对上图所示类加载体系进行介绍:
ClassLoader:Java提供的类加载器抽象类,用户自定义的类加载器需要继承实现
commonLoader:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;
catalinaLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;
sharedLoader:各个Webapp共享的类加载器,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;

WebappClassLoader:各个Webapp私有的类加载器,加载路径中的class只对当前Webapp可见;

通过下面类关系图以及逻辑关系图,同时对比上文内容梳理这些类加载器之间的关系。

1、类关系图

Tomcat7源码分析(二)类加载体系

从图中看到了Common,Catalina,Shared类加载器是URLClassLoader类的一个实例,只是它们的类加载路径不一样,在tomcat/conf/catalina.properties配置文件中配置(common.loader,server.loader,shared.loader).WebAppClassLoader继承自WebAppClassLoaderBase,基本所有逻辑都在WebAppClassLoaderBase为中实现了,可以看出tomcat的所有类加载器都是以URLClassLoader为基础进行扩展。

2、逻辑关系图

Tomcat7源码分析(二)类加载体系

上面说到Common,Catalina,Shared类加载器是URLClassLoader类的一个实例,在默认的配置中,它们其实都是同一个对象,即commonLoader,结合初始化时的代码(只保留关键代码):

 private void initClassLoaders() {
        commonLoader = createClassLoader("common", null);  // commonLoader的加载路径为common.loader
        if( commonLoader == null ) {
            commonLoader=this.getClass().getClassLoader();
        }
        catalinaLoader = createClassLoader("server", commonLoader); // 加载路径为server.loader,默认为空,父类加载器为commonLoader
        sharedLoader = createClassLoader("shared", commonLoader); // 加载路径为shared.loader,默认为空,父类加载器为commonLoader
    }
 private ClassLoader createClassLoader(String name, ClassLoader parent) throws Exception {
        String value = CatalinaProperties.getProperty(name + ".loader");
        if ((value == null) || (value.equals("")))
            return parent;      // catalinaLoader与sharedLoader的加载路径均为空,所以直接返回commonLoader对象,默认3者为同一个对象
    }

    在上面的代码初始化时很明确是指出了,catalina与shared类加载器的父类加载器为common类加载器,而初始化commonClassLoader时父类加载器设置为null,最终会调到createClassLoader静态方法:

 public static ClassLoader createClassLoader(List<Repository> repositories,
                                                final ClassLoader parent)
        throws Exception {
        .....
        return AccessController.doPrivileged(
                new PrivilegedAction<URLClassLoader>() {
                    @Override
                    public URLClassLoader run() {
                        if (parent == null)
                            return new URLClassLoader(array);  //该构造方法默认获取系统类加载器为父类加载器,即AppClassLoader
                        else
                            return new URLClassLoader(array, parent);
                    }
                });

    }

    在createClassLoader中指定参数parent==null时,最终会以系统类加载器(AppClassLoader)作为父类加载器,这解释了为什么commonClassLoader的父类加载器是AppClassLoader.

一个web应用对应着一个StandardContext实例,每个web应用都拥有独立web应用类加载器(WebClassLoader),这个类加载器在StandardContext.startInternal()中被构造了出来:

 if (getLoader() == null) {
            WebappLoader webappLoader = new WebappLoader(getParentClassLoader());
            webappLoader.setDelegate(getDelegate());
            setLoader(webappLoader);
        }

    这里getParentClassLoader()会获取父容器StandarHost.parentClassLoader对象属性,而这个对象属性是在Catalina$SetParentClassLoaderRule.begin()初始化,初始化的值其实就是Catalina.parentClassLoader对象属性,再来跟踪一下Catalina.parentClassLoader,在Bootstrap.init()时通过反射调用了Catalina.setParentClassLoader(),将Bootstrap.sharedLoader属性设置为Catalina.parentClassLoader,所以WebClassLoader的父类加载器是Shared ClassLoader.

3、类加载逻辑

    Tomcat的类加载机制是违反了双亲委托原则的,对于一些未加载的非基础类(Object,String等),各个web应用自己的类加载器(WebAppClassLoader)会优先加载,加载不到时再交给commonClassLoader走双亲委托。具体的加载逻辑位于WebAppClassLoaderBase.loadClass()方法中,代码篇幅长,这里以文字描述加载一个类过程:

  1. 先在本地缓存中查找是否已经加载过该类(对于一些已经加载了的类,会被缓存在resourceEntries这个数据结构中),如果已经加载即返回,否则 继续下一步。
  2. 让系统类加载器(AppClassLoader)尝试加载该类,主要是为了防止一些基础类会被web中的类覆盖,如果加载到即返回,返回继续。
  3. 前两步均没加载到目标类,那么web应用的类加载器将自行加载,如果加载到则返回,否则继续下一步。
  4. 最后还是加载不到的话,则委托父类加载器(Common ClassLoader)去加载。

第3第4两个步骤的顺序已经违反了双亲委托机制,除了tomcat之外,JDBC,JNDI,Thread.currentThread().setContextClassLoader();等很多地方都一样是违反了双亲委托。

二、源码分析

commonLoader、catalinaLoader和sharedLoader在Tomcat容器初始化的一开始,即调用Bootstrap的init方法时创建。catalinaLoader会被设置为Tomcat主线程的线程上下文类加载器,并且使用catalinaLoader加载Tomcat容器自身容器下的class。Bootstrap的init方法的部分代码见代码清单1。

代码清单1 Bootstrap的init方法的部分实现

[java] view plain copy

  1. /** 

  2.  * Initialize daemon. 

  3.  */  

  4. public void init()  

  5.     throws Exception  

  6. {  

  7.     // Set Catalina path  

  8.     setCatalinaHome();  

  9.     setCatalinaBase();  

  10.     initClassLoaders();  

  11.     Thread.currentThread().setContextClassLoader(catalinaLoader);  

  12.     SecurityClassLoad.securityClassLoad(catalinaLoader);  

  13.     // 省略后边的代码

  

 代码清单1中,我们首先关注initClassLoaders方法的实现,见代码清单2.initClassLoaders方法用来初始化commonLoader、catalinaLoader、sharedLoader。

代码清单2 initClassLoaders方法的实现

[java] view plain copy

  1. private void initClassLoaders() {  
  2.     try {  
  3.         commonLoader = createClassLoader("common", null);  
  4.         if( commonLoader == null ) {  
  5.             // no config file, default to this loader - we might be in a 'single' env.  
  6.             commonLoader=this.getClass().getClassLoader();  
  7.         }  
  8.         catalinaLoader = createClassLoader("server", commonLoader);  
  9.         sharedLoader = createClassLoader("shared", commonLoader);  
  10.     } catch (Throwable t) {  
  11.         log.error("Class loader creation threw exception", t);  
  12.         System.exit(1);  
  13.     }  
  14. }

  

 从代码清单2中看到创建类加载器是通过调用createClassLoader方法实现的,createClassLoader的实现见代码清单3.

代码清单3 createClassLoader方法的实现

[java] view plain copy

  1. private ClassLoader createClassLoader(String name, ClassLoader parent)  

  2.     throws Exception {  

  3.     String value = CatalinaProperties.getProperty(name + ".loader");  

  4.     if ((value == null) || (value.equals("")))  

  5.         return parent;  

  6.     ArrayList repositoryLocations = new ArrayList();  

  7.     ArrayList repositoryTypes = new ArrayList();  

  8.     int i;  

  9.     StringTokenizer tokenizer = new StringTokenizer(value, ",");  

  10.     while (tokenizer.hasMoreElements()) {  

  11.         String repository = tokenizer.nextToken();  

  12.         // Local repository  

  13.         boolean replace = false;  

  14.         String before = repository;  

  15.         while ((i=repository.indexOf(CATALINA_HOME_TOKEN))>=0) {  

  16.             replace=true;  

  17.             if (i>0) {  

  18.             repository = repository.substring(0,i) + getCatalinaHome()   

  19.                 + repository.substring(i+CATALINA_HOME_TOKEN.length());  

  20.             } else {  

  21.                 repository = getCatalinaHome()   

  22.                     + repository.substring(CATALINA_HOME_TOKEN.length());  

  23.             }  

  24.         }  

  25.         while ((i=repository.indexOf(CATALINA_BASE_TOKEN))>=0) {  

  26.             replace=true;  

  27.             if (i>0) {  

  28.             repository = repository.substring(0,i) + getCatalinaBase()   

  29.                 + repository.substring(i+CATALINA_BASE_TOKEN.length());  

  30.             } else {  

  31.                 repository = getCatalinaBase()   

  32.                     + repository.substring(CATALINA_BASE_TOKEN.length());  

  33.             }  

  34.         }  

  35.         if (replace && log.isDebugEnabled())  

  36.             log.debug("Expanded " + before + " to " + repository);  

  37.         // Check for a JAR URL repository  

  38.         try {  

  39.             new URL(repository);  

  40.             repositoryLocations.add(repository);  

  41.             repositoryTypes.add(ClassLoaderFactory.IS_URL);  

  42.             continue;  

  43.         } catch (MalformedURLException e) {  

  44.             // Ignore  

  45.         }  

  46.         if (repository.endsWith("*.jar")) {  

  47.             repository = repository.substring  

  48.                 (0, repository.length() - "*.jar".length());  

  49.             repositoryLocations.add(repository);  

  50.             repositoryTypes.add(ClassLoaderFactory.IS_GLOB);  

  51.         } else if (repository.endsWith(".jar")) {  

  52.             repositoryLocations.add(repository);  

  53.             repositoryTypes.add(ClassLoaderFactory.IS_JAR);  

  54.         } else {  

  55.             repositoryLocations.add(repository);  

  56.             repositoryTypes.add(ClassLoaderFactory.IS_DIR);  

  57.         }  

  58.     }  

  59.     String[] locations = repositoryLocations.toArray(new String[0]);  

  60.     Integer[] types = repositoryTypes.toArray(new Integer[0]);  

  61.     ClassLoader classLoader = ClassLoaderFactory.createClassLoader  

  62.         (locations, types, parent);  

  63.     // Retrieving MBean server  

  64.     MBeanServer mBeanServer = null;  

  65.     if (MBeanServerFactory.findMBeanServer(null).size() > 0) {  

  66.         mBeanServer = MBeanServerFactory.findMBeanServer(null).get(0);  

  67.     } else {  

  68.         mBeanServer = ManagementFactory.getPlatformMBeanServer();  

  69.     }  

  70.     // Register the server classloader  

  71.     ObjectName objectName =  

  72.         new ObjectName("Catalina:type=ServerClassLoader,name=" + name);  

  73.     mBeanServer.registerMBean(classLoader, objectName);  

  74.     return classLoader;  

  75. }

  

createClassLoader方法的执行步骤如下:

  1. 获取各个类加载器相应的资源配置文件(分别为common.loader、server.loader、shared.loader),从中获取类资源路径的配置信息;
  2. 解析类资源路径下的各个资源位置和类型,也包括对jar资源的检查;
  3. 调用ClassLoaderFactory.createClassLoader(locations, types, parent)方法创建ClassLoader;
  4. 将ClassLoader注册到JMX服务中,有个JMX的内容可以参照《Tomcat7.0源码分析——生命周期管理 》一文中的相关介绍。

我们回头看看代码清单1中的SecurityClassLoad.securityClassLoad(catalinaLoader)的实现,见代码清单4.这说明加载Tomcat容器本身的类资源的确是使用catalinaLoader来完成的。

代码清单4 securityClassLoad的实现

[java] view plain copy

  1. public static void securityClassLoad(ClassLoader loader)  

  2.     throws Exception {  

  3.     if( System.getSecurityManager() == null ){  

  4.         return;  

  5.     }  

  6.     loadCorePackage(loader);  

  7.     loadLoaderPackage(loader);  

  8.     loadSessionPackage(loader);  

  9.     loadUtilPackage(loader);  

  10.     loadJavaxPackage(loader);  

  11.     loadCoyotePackage(loader);          

  12.     loadTomcatPackage(loader);  

  13. }

  

securityClassLoad方法主要加载Tomcat容器所需的class,包括:

  • Tomcat核心class,即org.apache.catalina.core路径下的class;
  • org.apache.catalina.loader.WebappClassLoader$PrivilegedFindResourceByName;
  • Tomcat有关session的class,即org.apache.catalina.session路径下的class;
  • Tomcat工具类的class,即org.apache.catalina.util路径下的class;
  • javax.servlet.http.Cookie;
  • Tomcat处理请求的class,即org.apache.catalina.connector路径下的class;
  • Tomcat其它工具类的class,也是org.apache.catalina.util路径下的class;

我们以加载Tomcat核心class的loadCorePackage方法为例,其实现见代码清单5所示。

代码清单5 loadCorePackage的实现

[java] view plain copy

  1. private final static void loadCorePackage(ClassLoader loader)  
  2.     throws Exception {  
  3.     String basePackage = "org.apache.catalina.";  
  4.     loader.loadClass  
  5.         (basePackage +  
  6.          "core.ApplicationContextFacade$1");  
  7.     loader.loadClass  
  8.         (basePackage +  
  9.          "core.ApplicationDispatcher$PrivilegedForward");  
  10.     loader.loadClass  
  11.         (basePackage +  
  12.          "core.ApplicationDispatcher$PrivilegedInclude");  
  13.     loader.loadClass  
  14.         (basePackage +  
  15.         "core.AsyncContextImpl");  
  16.     loader.loadClass  
  17.         (basePackage +  
  18.         "core.AsyncContextImpl$AsyncState");  
  19.     loader.loadClass  
  20.         (basePackage +  
  21.         "core.AsyncContextImpl$DebugException");  
  22.     loader.loadClass  
  23.         (basePackage +  
  24.         "core.AsyncContextImpl$1");  
  25.     loader.loadClass  
  26.         (basePackage +  
  27.         "core.AsyncContextImpl$2");  
  28.     loader.loadClass  
  29.         (basePackage +  
  30.         "core.AsyncListenerWrapper");  
  31.     loader.loadClass  
  32.         (basePackage +  
  33.          "core.ContainerBase$PrivilegedAddChild");  
  34.     loader.loadClass  
  35.         (basePackage +  
  36.          "core.DefaultInstanceManager$1");  
  37.     loader.loadClass  
  38.         (basePackage +  
  39.          "core.DefaultInstanceManager$2");  
  40.     loader.loadClass  
  41.         (basePackage +  
  42.          "core.DefaultInstanceManager$3");  
  43.     loader.loadClass  
  44.         (basePackage +  
  45.          "core.DefaultInstanceManager$4");  
  46.     loader.loadClass  
  47.         (basePackage +  
  48.          "core.DefaultInstanceManager$5");  
  49.     loader.loadClass  
  50.         (basePackage +  
  51.          "core.ApplicationHttpRequest$AttributeNamesEnumerator");  
  52. }

  

 至此,有关commonLoader、catalinaLoader和sharedLoader三个类加载器的初始化以及使用catalinaLoader加载Tomcat容器自身类资源的内容已经介绍完了,但是我们还没有看到WebappClassLoader。启动StandardContext的时候会创建WebappLoader,根据《Tomcat7.0源码分析——生命周期管理 》一文的内容,我们知道启动StandardContext时会最终调用其startInternal方法,其实现见代码清单6.

代码清单6 StandardContext的startInternal方法

[java] view plain copy

  1. /** 

  2.  * Start this component and implement the requirements 

  3.  * of {@link LifecycleBase#startInternal()}. 

  4.  * 

  5.  * @exception LifecycleException if this component detects a fatal error 

  6.  *  that prevents this component from being used 

  7.  */  

  8. @Override  

  9. protected synchronized void startInternal() throws LifecycleException {  

  10.     // 省略前边的代码   

  11.     if (getLoader() == null) {  

  12.         WebappLoader webappLoader = new WebappLoader(getParentClassLoader());  

  13.         webappLoader.setDelegate(getDelegate());  

  14.         setLoader(webappLoader);  

  15.     }  

  16.    // 省略中间的代码   

  17.    // Start our subordinate components, if any  

  18.    if ((loader != null) && (loader instanceof Lifecycle))  

  19.         ((Lifecycle) loader).start();   

  20.    // 省略后边的代码   

  21. }

  

 从代码清单6看到首先创建WebappLoader实例,然后调用WebappLoader的start方法,start又调用了startInternal方法,WebappLoader的startInternal的实现见代码清单7.

代码清单7 WebappLoader的startInternal实现

[java] view plain copy

  1. /** 

  2.  * Start associated {@link ClassLoader} and implement the requirements 

  3.  * of {@link LifecycleBase#startInternal()}. 

  4.  * 

  5.  * @exception LifecycleException if this component detects a fatal error 

  6.  *  that prevents this component from being used 

  7.  */  

  8. @Override  

  9. protected void startInternal() throws LifecycleException {  

  10.     // Register a stream handler factory for the JNDI protocol  

  11.     URLStreamHandlerFactory streamHandlerFactory =  

  12.         new DirContextURLStreamHandlerFactory();  

  13.     if (first) {  

  14.         first = false;  

  15.         try {  

  16.             URL.setURLStreamHandlerFactory(streamHandlerFactory);  

  17.         } catch (Exception e) {  

  18.             // Log and continue anyway, this is not critical  

  19.             log.error("Error registering jndi stream handler", e);  

  20.         } catch (Throwable t) {  

  21.             // This is likely a dual registration  

  22.             log.info("Dual registration of jndi stream handler: "   

  23.                      + t.getMessage());  

  24.         }  

  25.     }  

  26.     // Construct a class loader based on our current repositories list  

  27.     try {  

  28.         classLoader = createClassLoader();  

  29.         classLoader.setResources(container.getResources());  

  30.         classLoader.setDelegate(this.delegate);  

  31.         classLoader.setSearchExternalFirst(searchExternalFirst);  

  32.         if (container instanceof StandardContext) {  

  33.             classLoader.setAntiJARLocking(  

  34.                     ((StandardContext) container).getAntiJARLocking());  

  35.             classLoader.setClearReferencesStatic(  

  36.                     ((StandardContext) container).getClearReferencesStatic());  

  37.             classLoader.setClearReferencesStopThreads(  

  38.                     ((StandardContext) container).getClearReferencesStopThreads());  

  39.             classLoader.setClearReferencesStopTimerThreads(  

  40.                     ((StandardContext) container).getClearReferencesStopTimerThreads());  

  41.             classLoader.setClearReferencesThreadLocals(  

  42.                     ((StandardContext) container).getClearReferencesThreadLocals());  

  43.         }  

  44.         for (int i = 0; i < repositories.length; i++) {  

  45.             classLoader.addRepository(repositories[i]);  

  46.         }

  

 我们看到代码清单7中通过调用createClassLoader来创建类加载器,并且设置其资源路径为当前Webapp下某个context的类资源。最后我们看看createClassLoader的实现,见代码清单8.

代码清单8 createClassLoader的实现

[java] view plain copy

  1. /** 

  2.  * Create associated classLoader. 

  3.  */  

  4. private WebappClassLoader createClassLoader()  

  5.     throws Exception {  

  6.     //loaderClass即字符串org.apache.catalina.loader.WebappClassLoader  

  7.     Class<?> clazz = Class.forName(loaderClass);  

  8.     WebappClassLoader classLoader = null;  

  9.     if (parentClassLoader == null) {  

  10.         parentClassLoader = container.getParentClassLoader();  

  11.     }  

  12.     Class<?>[] argTypes = { ClassLoader.class };  

  13.     Object[] args = { parentClassLoader };  

  14.     Constructor<?> constr = clazz.getConstructor(argTypes);  

  15.     classLoader = (WebappClassLoader) constr.newInstance(args);  

  16.     return classLoader;  

  17. }

  

 这里loaderClass的值是字符串org.apache.catalina.loader.WebappClassLoader,通过反射来实例化WebappClassLoader。由于每个Webapp下的类资源由不同的WebappClassLoader负责加载,因此Webapp下各个Context的类资源是独立的。至此,整个Tomcat的类加载体系构建完毕。

此外每个jsp为了实现热替换,会有专门的类加载器负责加载。

参考文档:http://blog.csdn.net/beliefer/article/details/50995516

《深入理解Java虚拟机》

http://blog.csdn.net/czmacd/article/details/54017027

点赞
收藏
评论区
推荐文章
blmius blmius
2年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
待兔 待兔
2星期前
手写Java HashMap源码
HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22
Souleigh ✨ Souleigh ✨
3年前
前端性能优化 - 雅虎军规
无论是在工作中,还是在面试中,web前端性能的优化都是很重要的,那么我们进行优化需要从哪些方面入手呢?可以遵循雅虎的前端优化35条军规,这样对于优化有一个比较清晰的方向.35条军规1.尽量减少HTTP请求个数——须权衡2.使用CDN(内容分发网络)3.为文件头指定Expires或CacheControl,使内容具有缓存性。4.避免空的
九路 九路
3年前
深挖前端 JavaScript 知识点 —— 史上最全面、最详细的 Cookie 总结
1.Cookie产生的背景所有新技术的出现都是为了解决某一痛点。——《前端三昧》我们都知道,HTTP协议是无状态的,服务器无法知道两个请求是否来自同一个浏览器,也不知道用户上一次做了什么,每次请求都是完全相互独立,这严重阻碍了交互式Web应用程序的实现。例子:购物车:在典型的网上购物
Stella981 Stella981
2年前
Android So动态加载 优雅实现与原理分析
背景:漫品Android客户端集成适配转换功能(基于目标识别(So库35M)和人脸识别库(5M)),导致apk体积50M左右,为优化客户端体验,决定实现So文件动态加载.!(https://oscimg.oschina.net/oscnet/00d1ff90e4b34869664fef59e3ec3fdd20b.png)点击上方“蓝字”关注我
Wesley13 Wesley13
2年前
35岁是技术人的天花板吗?
35岁是技术人的天花板吗?我非常不认同“35岁现象”,人类没有那么脆弱,人类的智力不会说是35岁之后就停止发展,更不是说35岁之后就没有机会了。马云35岁还在教书,任正非35岁还在工厂上班。为什么技术人员到35岁就应该退役了呢?所以35岁根本就不是一个问题,我今年已经37岁了,我发现我才刚刚找到自己的节奏,刚刚上路。
Wesley13 Wesley13
2年前
unity将 -u4E00 这种 编码 转汉字 方法
 unity中直接使用 JsonMapper.ToJson(对象),取到的字符串,里面汉字可能是\\u4E00类似这种其实也不用转,服务器会通过类似fastjson发序列化的方式,将json转对象,获取对象的值就是中文但是有时服务器要求将传参中字符串中类似\\u4E00这种转汉字,就需要下面 publ
Easter79
Easter79
Lv1
今生可爱与温柔,每一样都不能少。
文章
2.8k
粉丝
5
获赞
1.2k