首页 文章 精选 留言 我的

精选列表

搜索[Vue组件库]，共10000篇文章
优秀的个人博客,低调大师

JavaWeb三大组件之监听器(Listener)

监听器是一个专门用于对其他对象身上发生的事件或状态改变进行监听和相应处理的对象，当被监视的对象发生情况时，立即采取相应的行动。监听器其实就是一个实现特定接口的普通java程序，这个程序专门用于监听另一个java对象的方法调用或属性改变，当被监听对象发生上述事件后，监听器某个方法立即被执行。 上述概念设计到3个名词概念: 1.事件源:即谁产生的事件 2.事件对象:即产生了什么事件 3.监听器:监听事件源的动作 由于事件源可以产生多个动作(即产生多个事件)，而监听器中的每一个方法监听一个动作，故每个监听器中都有很多方法。 1.JavaWeb中的监听器 1.1概念 JavaWeb中的监听器是Servlet规范中定义的一种特殊类，它用于监听web应用程序中的ServletContext、HttpSession和 ServletRequest这三大域对象的创建、销毁事件以及监听这些域对象中的属性发生修改的事件。 1.2JavaWeb中监听器的分类 在Servlet规范中定义了多种类型的监听器(一共8个监听器)，它们用于监听的事件源分别为ServletContext，HttpSession和ServletRequest这三个域对象。Servlet规范针对这三个对象上的操作，又把多种类型的监听器划分为三种类型： 1.域对象的生命周期监听:监听域对象自身的创建和销毁。这个监听器需要实现相应的监听器接口:ServletContextListener、HttpSessionListener、ServletRequestListener。 2.域对象的属性监听:监听域对象中属性的增加和删除。这个监听器需要实现的监听器接口为:ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener 3.感知监听(都与HttpSession域对象有关):监听绑定到HttpSession域中的某个JavaBean对象的状态的监听器。这个监听器需要实现的监听器接口:HttpSessionBindingListener、HttpSessionActiveationListener. 1.3第一类:域对象的生命周期监听 事件源为:三大域事件对象为:创建与销毁监听器为:实现了ServletContextListener、HttpSessionListener、ServletRequestListener这三个接口的监听器 1.3.1ServletContext的生命周期监听 publicclassAListenerimplementsServletContextListener{ publicvoidcontextInitialized(ServletContextEventsce) { //在项目启动时调用 } publicvoidcontextDestroyed(ServletContextEventsce) { //在项目关闭时调用 } } 在web.xml文件中对该监听器进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.2HttpSession的生命周期监听 代码同上述基本一致: publicclassAListenerimplementsHttpSessionListener{ publicvoidsessionCreated(HttpSessionEventsce) { //在会话产生时调用 } publicvoidsessionDestroyed(HttpSessionEventsce) { //在会话关闭时调用 } } 同样需要在web.xml文件中进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.4对各个监听器接口的方法中出现的类介绍 ServletContextEvent类:类中有一个方法getServletContext(),该方法返回ServletContext对象。 HttpSessionEvent类:类中有一个方法getSession()，该方法返回一个HttpSession对象。 ServletRequestEvent类:类中有两个方法，getServletContext()用于返回一个ServletContext对象，getServletRequest()用于返回一个ServletRequest对象。 1.4第二类:域对象的属性监听 事件源:三大域事件对象:属性的增加与删除监听器:实现了ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener接口的监听器 1.4.1ServletContext的属性监听 publicclassAListenerimplementsServletContextAttributeListener{ publicvoidattributeAdded(ServletcontextAttributescab){ //给ServletContext对象添加属性时调用 } publicvoidattributeRemoved(ServletContextAttributeEventscab){ //给ServletContext对象删除属性时调用 } publicvoidattributeReplaced(ServletContextAttributeEventscab){ //给ServletContext对象替换属性值时调用 } } 同样需要在web.xml文件中对AListener进行配置。 1.4.2HttpSession的属性监听 publicclassAListenerimplementsHttpSessionAttributeListener{ publicvoidattributeAdded(HttpSessionAttributescab){ //给HttpSession对象添加属性时调用 } publicvoidattributeRemoved(HttpSessionAttributeEventscab){ //给HttpSession对象删除属性时调用 } publicvoidattributeReplaced(HttpSessionAttributeEventscab){ //给HttpSession对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.3ServletRequest的属性监听 publicclassAListenerimplementsServletRequestAttributeListener{ publicvoidattributeAdded(ServletRequestAttributescab){ //给ServletRequest对象添加属性时调用 } publicvoidattributeRemoved(ServletRequestAttributeEventscab){ //给ServletRequest对象删除属性时调用 } publicvoidattributeReplaced(ServletRequestAttributeEventscab){ //给ServletRequest对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.4对各个监听器接口的方法中出现的类介绍 ServletContextAttributeEvent类:该类对象有三个方法，getSevletContext()用于返回一个ServletContext，getName()用于返回属性名，getValue()用于返回属性值。 HttpSessionBindingEvent类:该类对象有两个方法，getName()用于获取属性名，getValue()用于获取属性值。 ServletRequestAttributeEvent类:该类对象有两个方法，getName()用于获取属性名，getValue()用于获取属性值。 1.5感知监听器 保存在Session域中的对象可以有多种状态：绑定(session.setAttribute(“bean”,Object))到Session中,随Session对象持久化到一个存储设备中；从Session域中解除(session.removeAttribute(“bean”))绑定,随Session对象从一个存储设备中恢复。 Servlet 规范中定义了两个特殊的监听器接口”HttpSessionBindingListener和HttpSessionActivationListener”来帮助JavaBean 对象了解自己在Session域中的这些状态，实现这两个接口的类不需要 web.xml 文件中进行注册。 1.5.1HttpSessionBindingListener接口 实现了HttpSessionBindingListener接口的JavaBean对象可以感知自己被绑定到Session中和 Session中删除的事件。 当对象被绑定到HttpSession对象中时，web服务器调用该对象的void valueBound(HttpSessionBindingEvent event)方法。 当对象从HttpSession对象中解除绑定时，web服务器调用该对象的void valueUnbound(HttpSessionBindingEvent event)方法。 publicclassJavaBeanDemo1implementsHttpSessionBindingListener{ privateStringname; @Override publicvoidvalueBound(HttpSessionBindingEventevent){ System.out.println(name+"被加到session中了"); } @Override publicvoidvalueUnbound(HttpSessionBindingEventevent){ System.out.println(name+"被session踢出来了"); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo1(Stringname){ this.name=name; } } 上述的JavaBeanDemo1这个javabean实现了HttpSessionBindingListener接口，那么这个JavaBean对象可以感知自己被绑定到Session中和从Session中删除的这两个操作。 1.5.2HttpSessionActivationListener接口 实现了HttpSessionActivationListener接口的JavaBean对象可以感知自己被活化(反序列化)和钝化(序列化)的事件。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被钝化(序列化)之前，web服务器调用该javabean对象的void sessionWillPassivate(HttpSessionEvent event) 方法。这样javabean对象就可以知道自己将要和HttpSession对象一起被序列化(钝化)到硬盘中。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被活化(反序列化)之后，web服务器调用该javabean对象的void sessionDidActive(HttpSessionEvent event)方法。这样javabean对象就可以知道自己将要和 HttpSession对象一起被反序列化(活化)回到内存中。(javabean随着HttpSession对象一起被活化的前提是该javabean对象除了实现该接口外还应该实现Serialize接口)。 publicclassJavaBeanDemo2implementsHttpSessionActivationListener, Serializable{ privatestaticfinallongserialVersionUID=7589841135210272124L; privateStringname; @Override publicvoidsessionWillPassivate(HttpSessionEventse){ System.out.println(name+"和session一起被序列化(钝化)到硬盘了，session的id是："+se.getSession().getId()); } @Override publicvoidsessionDidActivate(HttpSessionEventse){ System.out.println(name+"和session一起从硬盘反序列化(活化)回到内存了，session的id是："+se.getSession().getId()); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo2(Stringname){ this.name=name; } } 既然这里谈到了session的序列化(钝化)，反序列化(活化)那我们就来具体聊聊。 2.session序列化(钝化) 在session上线时，会在tomcat／work／Catalina／localhost／项目名／下生成一个sessions.ser文件，里面存放了所有session的信息，当你正在访问某个网页时若此时服务器关闭(关闭时才生成这个文件)又打开(打开后这个文件会消失)，你依旧能正常访问该网页。(故说session有重生的效果)。若想废掉session的序列化,需要在tomcat／conf／context.xml中添加<Manager pathname=“”/> 3.session的钝化与活化 Tomcat会在session一段时间内不被使用时钝化session对象，所谓钝化session，就是把session通过序列化的方法保存到硬盘文件中。当用户再使用session时，Tomcat还会把钝化的对象再活化session，所谓活化就是把硬盘文件中的session在反序列化中放回内存。当session被tomcat钝化时，sesseion中存储的对象也被钝化，当session被活化时，也会把session中存储的对象(javabean对象)活化。如果某个类(javabean对象)实现了HttpSessionActiveationListener接口后，当对象随着session被钝化和活化时，下面两个方法就会被调用: publicvoidsessionWillPassivate(HttpSessionEventse):当对象感知被活化时调用本方法。 publicvoidsessionDidActivate(HttpSessionEventse):当对象感知被钝化时调用本方法。 钝化时会在tomcat/work/Catalina/localhost/项目/mysession／文件下生成一个后缀为.session的文件，网页中一个被钝化的session就对应一个.session文件(而上面的序列化是一个.ser文件存在所有的session)，在活化时此文件也不会消失(不同于上述的.ser文件消失)。当然要看到上述效果，应该先配置tomcat钝化session的参数，在tomcat/conf/catalina/localhost目录下，添加以下配置内容(google一下吧)。
2018-11-29
优秀的个人博客,低调大师

MediaCodec在Android视频硬解码组件的应用

背景： 随着多媒体产业的发展，手机端对视频解码性能要求越来越高。如果采用cpu进行解码，则会占用很多cpu资源。现在主流做法是利用手机gpu资源进行视频解码。Android系统在Android4.0(API 16)增加了 MediaCodec，可以支持app调用java接口，进而使用底层硬件的音视频编解码能力。Android ndk在 Android 5.0(API21) 提供了对应的Native方法。功能大体相同。 MediaCodec 可以处理编码，也可以处理解码；可以处理音频，也可以处理视频，里面有软解（cpu），也有硬解（gpu）。具体手机Android 系统一般会写在 media_codecs.xml 上。不同手机位置不一样。根据我的经验，大多数手机上是/system/etc/目录下。 这里主要是讲视频解码。 Android M
2018-09-02
优秀的个人博客,低调大师

elk组件的安装 第一版

OS：centos6.6 64bit java：jdk-7u79-linux-x64.rpm E：elasticsearch-1.7.3.tar.gz L：logstash-1.5.6-1.noarch.rpm K：kibana-4.1.2-linux-x64.tar.gz elasticsearch-2.1.1 kibana-4.3.1 logstash-2.1.1-1 filebeat-1.0.1 https://www.elastic.co/downloads/past-releases/logstash-1-5-6 https://www.elastic.co/downloads/past-releases/kibana-4-1-4 https://www.elastic.co/downloads/past-releases/elasticsearch-1-7-4 rpm -ivh elasticsearch-1.7.4.noarch.rpm rpm -ivh logstash-1.5.6-1.noarch.rpm # tar zxvf kibana-4.1.4-linux-x64.tar.gz //这本身就是拆箱即用的东西, 我们给它找个好地方放起来 # mv kibana-4.1.4-linux-x64/ /usr/local/kibana # ln -sv /usr/local/kibana/bin/kibana /usr/bin/kibana #http://mo0on.blog.51cto.com/10522787/1729618 配置redis # tar zxvf redis-3.0.6.tar.gz # cd redis-3.0.6 # make PREFIX=/usr/local/redis install //这里纠结一下, redis如果不指定prefix路径,那么默认会在你这个解压的文件夹中编译生成bin文件 # ln -sv /usr/local/redis/bin/redis-server /usr/bin/redis-server # ln -sv /usr/local/redis/bin/redis-cli /usr/bin/redis-cli /usr/share/elasticsearch/bin/elasticsearch /etc/logstash/conf.d/ logstash配置 Shipper->Broker->Indexer->ES 其中， Shipper可以理解为监控节点，将所有的（分布式业务中）业务产生的消息（log）发送给Broker，然后，Indexer从Broker读取数据并推送给ES，我们就可以用kibana中获取想要的信息了 这里我们纠结一下input的file配置: 首先,这个file插件只是在进程运行的注册阶段初始化的一个FileWatch对象,它并不能支持l类似fluentd那样的 path => "/path/to/%{+yyyy/MM/dd/hh}.log" indexer.conf input { redis { host => "127.0.0.1" port => 6379 password => "8ff35947f8efe8db806622f6a98a1ea3" type => "redis-input" data_type => "list" key => "key_count" } } output { stdout {} elasticsearch { cluster => "elasticsearch" codec => "json" protocol => "http" } } shipper.conf input { file { path => ["/var/log/*.log", "/var/log/message"] type => "system" start_position => "beginning" } } output { stdout {} redis { host => "127.0.0.1" port => 6379 password => "8ff35947f8efe8db806622f6a98a1ea3" data_type => "list" key => "key_count" } } service logstash start /usr/bin/kibana & #ln -sv /usr/local/java/bin/java /usr/bin/java 报错 {"name":"Kibana","hostname":"localhost","pid":18106,"level":30,"msg":"No existing kibana index found","time":"2016-10-14T08:01:33.983Z","v":0} {"name":"Kibana","hostname":"localhost","pid":18106,"level":30,"msg":"Listening on 0.0.0.0:5601","time":"2016-10-14T08:01:34.002Z","v":0} http://bbotte.com/logs-service/use-elk-processing-logs-basic-installation-and-config/ es插件 http://xx:9200/_plugin/kopf/#!/cluster 访问kibanahttp://xx:5601/ 启动 nohup /usr/bin/kibana & logstash -f /etc/logstash/conf.d/logstash-indexer.conf or service logstash start nohup /usr/share/elasticsearch/bin/elasticsearch & 本文转自 liqius 51CTO博客，原文链接：http://mo0on.blog.51cto.com/10522787/1729263，如需转载请自行联系原作者
2017-11-26
优秀的个人博客,低调大师

android组件通讯 Intent Filter隐式实现Intent

Intent Filter是android里非常有特色的一个概念。他的用户体验和windows下的文件管理器的弹出菜单里的“打开方式”非常相似。在windows中，当用户选择了打开方式菜单后，系统让用户选择应用来打开所选择的文件。而在android中的文件已经被uri资源代替了。 Intent Filter在android中的应用非常普遍，尤其在资源共享中。例如，当用户选择了一个图片，选择了共享，我们常常会发现一个选择列表。这个选择列表是动态生成的，不是一成不变的。假如你新安装了facebook应用，那么facebook就会出现在这个列表里面。从这个例子可以发现，intent filter的设计使得android系统显得更加灵活了。 要实现一个Intent Filter， 我们要在AndroidManifest.xml中加入必要的设置，以通知系统某个activity都能够处理什么类型的URI资源，然后要在activity的onCreate中加入必要的代码以处理系统传递过来rui资源。 一个Service、 Activity 或者 Brodcast Reciever 的Intent Filter ， 的事件过滤器， 我们用着大家都很了然的说法来描述之吧， 实际上描述了拥有这些过滤器组建在系统中所具有能力。 Filter 的创建都是通过 manifest.xml 文件， 但是对于 Broadcast Reciever 用Context.registerReceiver()来创建。Filter 可以包含三种类型的过滤条件 <action> <category> <data> 一个Intent 是否能够通过一个过滤器到达对应的处理器取决于， Intent 所包含的 所有Categroy 是够都在 过滤器中的catergory 列表里出现。 换句话说， 没有 catergory字段的Inteng 可以通过任何过滤器， 而一个过滤器， 必须至少要有一个可以通过的限定，Category 或者 Action。 对于Action 也一样， 能够通过Filter 的Itent的 Action必须被列与 Category中。同样， 没有Action 的Intent 也可以通过所有的Filter。 对于<data>过滤条件稍微复杂点， 但是总的原则还是， 只有Intent 能够通过 Filter, 那么Intent 中的信息，必须出现在Filter中。 <data> 需要指定scheme://host:port/path , 条件顺序的优先级随着范围缩小而降低，相当于，看作目录，在子目录下匹配。比如， Filter指定了 scheme， 那么所有具有这个 scheme 的 Intent 都能通过，这个Filter， 类似的通配符的情况也是允许的。 这里翻译文档中的四个例子情况： a.如果没有定义URI 和数据类型， 则，该Intent只能通过没有定义URI和 数据类型的 过滤器。 b.只定义了URI的 Intent 只能通过只定义了 URI 的过滤器。 c.只定义了 数据类型的 Intent 也只能通过只定义了 数据类型的过滤器。 d. 如果一个Intent同事定义了URI和 数据类型， 或者数据类型可以由URI推定， 则只有具备了对应的数据类型，或者 content： 或者 file： 类型，并且没有定义URI的过滤器。（这种情况， 你自己代码一下就明白了， 在写下去，我也不鸟鸟了。） 如果通向Activities 的Intent 引起了多个响应， 就会出现需要用户指定的提示， 或者是异常。 差不多就是这样的情况了， android 的这种机制非常适合移动设备之间的应用相互调用， 以便在更大的粒度上达成复用。很强大。 /Chapter06_Intent_Filter/src/com/amaker/ch06/app/MainActivity.java 代码 packagecom.amaker.ch06.app; importcom.amaker.ch06.app.R; importandroid.app.Activity; importandroid.content.Intent; importandroid.net.Uri; importandroid.os.Bundle; importandroid.view.View; importandroid.view.View.OnClickListener; importandroid.widget.Button; /** * *IntentFilter测试 */ publicclassMainActivityextendsActivity{ //声明Button privateButtonbtn; privatestaticfinalStringACTION1="com.amaker.ch06.app.TEST_ACTION1"; privatestaticfinalStringACTION2="com.amaker.ch06.app.TEST_ACTION2"; privatestaticfinalStringACTION3="com.amaker.ch06.app.TEST_ACTION3"; privatestaticfinalStringCATEGORY1="com.amaker.ch06.app.CATEGORY1"; @Override publicvoidonCreate(BundlesavedInstanceState){ super.onCreate(savedInstanceState); //设置内容布局 setContentView(R.layout.main); //实例化按钮 btn=(Button)findViewById(R.id.Button01); Stringa=Intent.ACTION_VIEW; //添加单击监听器 btn.setOnClickListener(newOnClickListener(){ @Override publicvoidonClick(Viewview){ Intentintent=newIntent(); //intent.setAction(ACTION1); //Uridata=Uri.parse("content://com.amaker.ch07.app/abc"); //intent.setData(data); intent.addCategory(CATEGORY1); intent.setAction("android.intent.action.VIEW"); intent.setData(Uri.parse("http://www.google.com")); startActivity(intent); } }); } } /Chapter06_Intent_Filter/src/com/amaker/ch06/app/TestActivity.java 代码 packagecom.amaker.ch06.app; importcom.amaker.ch06.app.R; importandroid.app.Activity; importandroid.os.Bundle; /** *测试IntentFilter */ publicclassTestActivityextendsActivity{ @Override publicvoidonCreate(BundlesavedInstanceState){ super.onCreate(savedInstanceState); setContentView(R.layout.main1); } } /Chapter06_Intent_Filter/res/layout/main.xml 代码 <?xmlversion="1.0"encoding="utf-8"?> <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="fill_parent" > <Button android:text="测试IntentFilter" android:id="@+id/Button01" android:layout_width="wrap_content" android:layout_height="wrap_content"></Button> </LinearLayout> /Chapter06_Intent_Filter/res/layout/main1.xml 代码 <?xmlversion="1.0"encoding="utf-8"?> <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="fill_parent" > <TextView android:text="测试IntentFilter" android:id="@+id/TextView01" android:layout_width="wrap_content" android:layout_height="wrap_content"></TextView> </LinearLayout> /Chapter06_Intent_Filter/AndroidManifest.xml 代码 <?xmlversion="1.0"encoding="utf-8"?> <manifestxmlns:android="http://schemas.android.com/apk/res/android" package="com.amaker.ch06.app" android:versionCode="1" android:versionName="1.0"> <applicationandroid:icon="@drawable/icon"android:label="@string/app_name"> <activityandroid:name=".MainActivity" android:label="@string/app_name"> <intent-filter> <actionandroid:name="android.intent.action.MAIN"/> <categoryandroid:name="android.intent.category.LAUNCHER"/> </intent-filter> </activity> <activityandroid:name="TestActivity"> <intent-filter> <actionandroid:name="com.amaker.ch06.app.TEST_ACTION1"/> <actionandroid:name="com.amaker.ch06.app.TEST_ACTION2"/> <actionandroid:name="com.amaker.ch06.app.TEST_ACTION3"/> <actionandroid:name="android.intent.action.VIEW"/> <dataandroid:scheme="content"android:path="com.amaker.ch07.app/abc"/> <dataandroid:scheme="http"android:path="www.google.com"/> <categoryandroid:name="android.intent.category.DEFAULT"/> <categoryandroid:name="android.intent.category.BROWSABLE"/> <categoryandroid:name="com.amaker.ch07.app.CATEGORY1"/> </intent-filter> </activity> </application> <uses-sdkandroid:minSdkVersion="3"/> </manifest> 本文转自linzheng 51CTO博客，原文链接:http://blog.51cto.com/linzheng/1080659
2017-11-12

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-10-18 大小: 211.28KB 下载: 56次
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-09-24 大小: 189MB 下载: 9次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册