當前位置：首頁 > 科技 > 軟件

中廠Java后端15連問！

來源：責編：時間：2024-04-29 09:06:45 138觀看

導讀前言大家好，我是田螺。最近一位星球粉絲去面試一個中廠，Java后端。他說，好幾道題答不上來，于是我幫忙整理了一波答案G1收集器JVM內存劃分對象進入老年代標志你在項目中用到的是哪種收集器，怎么調優的new對象的內存分布局部

前言

大家好，我是田螺。最近一位星球粉絲去面試一個中廠，Java后端。他說，好幾道題答不上來，于是我幫忙整理了一波答案

G1收集器
JVM內存劃分
對象進入老年代標志
你在項目中用到的是哪種收集器，怎么調優的
new對象的內存分布
局部變量的內存分布
Synchronized和Lock的區別
Synchronized原理
可重入是如何知道當前鎖的擁有著的
Spring用到的設計模式
說說SPI
排行榜怎么設計
SpringBoot 中注解實現緩存用過沒？實現原理是什么。
深分頁優化
Redis分布式鎖如何進一步提升性能

1. 說說G1收集器

G1（Garbage-First）收集器是 Java 虛擬機中的一種垃圾收集器。它于 JDK 7 中首次引入，并在后續版本中不斷改進優化。

可以使用 -XX:+UseG1GC 開啟它。這個選項告訴 JVM 在運行時使用 G1 垃圾收集器來管理堆內存。
G1（Garbage-First）收集器的核心原則之一就是“首先收集盡可能多的垃圾”，即優先回收那些包含最多垃圾的區域。這個原則是與CMS收集器有所不同的，CMS主要關注于盡可能減少應用程序的停頓時間。
G1 收集器會將 Java 堆劃分為多個大小相等的區域（Region），然后根據當前堆內存的使用情況，選擇性地進行垃圾回收。
當 G1 收集器決定進行Full GC時，它會執行一次 Full GC（Full GC），這時整個應用程序將會暫停（STW）。但在Mixed GC中，G1 收集器會在某些情況下選擇部分年輕代分區和部分老年代分區進行回收，這樣一來，即使不是整個堆內存的垃圾回收，仍然可能會導致一些暫停，但相對于 Full GC，這種暫停時間會更短。
適用于大內存、對停頓時間敏感、需要高吞吐量的應用場景。

2. JVM內存劃分

Java 虛擬機（JVM）的內存分為多個區域，每個區域都有不同的作用和管理方式。JVM 內存劃分的主要區域：

圖片

堆（Heap）：堆是 JVM 中最大的一塊內存區域，用于存儲對象實例和數組。堆內存由所有線程共享，是垃圾收集器主要管理的區域。
程序計數器（Program Counter）：程序計數器是一塊較小的內存空間，它是線程私有的，用于存儲當前線程正在執行的字節碼指令的地址。在多線程環境下，每個線程都有一個獨立的程序計數器，以保證線程切換后能夠恢復到正確的執行位置。
虛擬機棧（Java Virtual Machine Stacks）：虛擬機棧也是線程私有的，用于存儲方法執行過程中的局部變量、方法參數、中間結果等數據。每個方法在執行時都會創建一個棧幀，棧幀包含了方法的局部變量表、操作數棧、動態鏈接、方法返回地址等信息。
本地方法棧（Native Method Stacks）：本地方法棧與虛擬機棧類似，用于執行本地方法（Native Method）時的數據存儲。與虛擬機棧一樣，本地方法棧也是線程私有的。
方法區（Method Area）：方法區用于存儲類信息、常量、靜態變量和即時編譯器編譯后的代碼等數據。在jdk7及以前，習慣上把方法區，稱為永久代。jdk8開始，使用元空間取代了永久代。本質上，方法區和永久代并不等價。通過-XX:Permsize來設置永久代初始分配空間。可以使用參數 -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize指定默認值依賴于平臺。
運行時常量池（Runtime Constant Pool）：運行時常量池是方法區的一部分，用于存儲編譯時生成的字面量常量和符號引用。與類文件中的常量池（Constant Pool）相對應，運行時常量池具有動態性，可以在運行時動態地添加、修改常量。
直接內存（Direct Memory）：直接內存不是 JVM 內存的一部分，但是在一些情況下會被 JVM 使用。直接內存是通過使用 java.nio 包中的類來申請和釋放的，它允許 JVM 在堆外分配內存，可以提高 I/O 操作的效率。

3. 對象進入老年代標志

圖片

對象年齡達到閾值：對象在 Java 堆中的存活時間通常會通過對象年齡（Age）來衡量。在某些垃圾收集器中，當對象經過多次垃圾收集后仍然存活，并且達到了一定的年齡閾值，就會被晉升到老年代。年齡閾值可以通過 JVM 參數進行調整。
大對象：大對象通常指的是占用大量內存空間的對象，例如數組或者很大的字符串。在一些垃圾收集器中，為了避免在新生代中頻繁復制大對象，會直接將大對象分配在老年代中。
長期存活的對象：一些長期存活的對象，例如長期存在的線程、靜態變量等，有可能直接被分配到老年代中。
晉升失敗：當新生代中的對象經過多次垃圾回收仍然存活，并且新生代內存不足以容納這些存活對象時，會發生一次晉升失敗，這時一部分存活對象可能會被直接晉升到老年代。

通常情況下，老年代用于存放長期存活的對象，以減少垃圾收集的頻率和提高垃圾回收的效率。

4. 你在項目中用到的是哪種收集器，怎么調優的

我列舉了常見的垃圾收集器以及調優策略：

串行收集器（Serial Garbage Collector）：

適用于單核 CPU 或小型應用場景。
調優參數：-XX:+UseSerialGC

并行收集器（Parallel Garbage Collector）：

適用于多核 CPU，通過并行收集來提高垃圾回收效率。
調優參數：-XX:+UseParallelGC

并發標記-清除收集器（Concurrent Mark-Sweep Garbage Collector，CMS GC）：

適用于對系統停頓時間敏感的應用場景。
調優參數：-XX:+UseConcMarkSweepGC

G1 收集器（Garbage-First Garbage Collector）：

適用于大內存、對停頓時間敏感、需要高吞吐量的應用場景。
調優參數：-XX:+UseG1GC

ZGC 和 Shenandoah（JDK 11+）：

適用于超大內存、對停頓時間極為敏感的應用場景。
調優參數：-XX:+UseZGC（ZGC）、-XX:+UseShenandoahGC（Shenandoah）

當然，調優的具體策略會根據應用的特點和需求來定，可以通過以下一些常見的調優手段來改進垃圾收集器的性能：

調整堆大小（-Xms、-Xmx）以及新生代與老年代的比例（-XX:NewRatio、-XX:SurvivorRatio）。
設置垃圾收集器的參數，如并行收集器的線程數（-XX:ParallelGCThreads）、并發標記-清除收集器的初始標記階段并發線程數（-XX:ConcGCThreads）等。
設置垃圾收集器的觸發條件，如新生代垃圾收集的觸發條件（-XX:MaxNewSize、-XX:NewThreshold）等。
監控和分析 GC 日志，根據應用的實際情況進行優化。選擇合適的 GC 日志分析工具，如GCViewer、GCEasy等，進行進一步的性能分析和優化。

5. new對象的內存分布

在 Java 中，當使用 new 關鍵字創建一個對象時，對象在內存中的基本結構通常由對象頭、實例數據和填充組成。

對象頭（Object Header）：對象頭存儲了對象的元數據信息，如哈希碼、對象鎖狀態、GC 相關信息等。對象頭的結構和大小在不同的 JVM 實現中可能會有所不同，但通常包括一些固定的字段。
實例數據（Instance Data）：實例數據包含了對象的實際數據，即對象中的成員變量的值。這些數據根據對象的類定義來確定，包括各種類型的字段和對象引用等。
填充（Padding）：填充是為了滿足內存對齊的需要而添加的額外字節。內存對齊可以提高內存訪問的效率，一些 JVM 可能會在對象的實例數據后添加填充字節，使得對象的起始地址能夠對齊到某個特定的邊界。

6. 局部變量的內存分布

棧幀結構：

棧幀由三部分組成：局部變量表（Local Variable Table）、操作數棧（Operand Stack）和幀數據（Frame Data）。
局部變量表用于存儲方法參數和方法內部定義的局部變量。
操作數棧用于存儲方法執行過程中的操作數。
幀數據包含了方法的異常處理信息、方法返回地址等。

局部變量表：

局部變量表是一個數組，用于存儲方法參數和方法內部定義的局部變量。
局部變量表中的每個元素都可以存儲一個數據值，數據類型可以是基本數據類型或者引用類型。
局部變量表中的變量只在方法執行期間有效，當方法執行結束后，局部變量表所占用的內存空間會被釋放。

局部變量的存儲位置：

對于基本數據類型的局部變量，它們的值直接存儲在局部變量表中。
對于引用類型的局部變量，局部變量表中存儲的是對象的引用，而對象的實際數據存儲在堆內存中。

局部變量的生命周期：

局部變量的生命周期與方法的執行周期相同，當方法執行結束后，局部變量表所占用的內存空間會被釋放。
局部變量的生命周期也可能會被延長，比如局部變量被捕獲到一個匿名內部類中，那么該局部變量的生命周期會與匿名內部類的生命周期保持一致。

7.Synchronized和ReenTrantLock的區別

Synchronized是依賴于JVM實現的，而ReenTrantLock是API實現的。
在Synchronized優化以前，synchronized的性能是比ReenTrantLock差很多的，但是自從Synchronized引入了偏向鎖，輕量級鎖（自旋鎖）后，兩者性能就差不多了。
Synchronized的使用比較方便簡潔，它由編譯器去保證鎖的加鎖和釋放。而ReenTrantLock需要手工聲明來加鎖和釋放鎖，最好在finally中聲明釋放鎖。
ReentrantLock可以指定是公平鎖還是?公平鎖。?synchronized只能是?公平鎖。
ReentrantLock可響應中斷、可輪回，而Synchronized是不可以響應中斷的

8.Synchronized原理

synchronized是Java中的關鍵字，是一種同步鎖。synchronized關鍵字可以作用于方法或者代碼塊。

一般面試時。可以這么回答：

反編譯后，monitorenter、monitorexit、ACC_SYNCHRONIZED
monitor監視器
Java Monitor 的工作機理
對象與monitor關聯

8.1 monitorenter、monitorexit、ACC_SYNCHRONIZED

如果synchronized作用于代碼塊，反編譯可以看到兩個指令：monitorenter、monitorexit，JVM使用monitorenter和monitorexit兩個指令實現同步；
如果作用synchronized作用于方法,反編譯可以看到ACCSYNCHRONIZED標記，JVM通過在方法訪問標識符(flags)中加入ACCSYNCHRONIZED來實現同步功能。

同步代碼塊是通過monitorenter和monitorexit來實現，當線程執行到monitorenter的時候要先獲得monitor鎖，才能執行后面的方法。當線程執行到monitorexit的時候則要釋放鎖。
同步方法是通過中設置ACCSYNCHRONIZED標志來實現，當線程執行有ACCSYNCHRONIZED標志的方法，需要獲得monitor鎖。每個對象都與一個monitor相關聯，線程可以占有或者釋放monitor。

8.2 monitor監視器

monitor是什么呢？操作系統的管程（monitors）是概念原理，ObjectMonitor是它的原理實現。

在Java虛擬機（HotSpot）中，Monitor（管程）是由ObjectMonitor實現的，其主要數據結構如下：

ObjectMonitor() {    _header       = NULL;    _count        = 0; // 記錄個數    _waiters      = 0,    _recursions   = 0;    _object       = NULL;    _owner        = NULL;    _WaitSet      = NULL;  // 處于wait狀態的線程，會被加入到_WaitSet    _WaitSetLock  = 0 ;    _Responsible  = NULL ;    _succ         = NULL ;    _cxq          = NULL ;    FreeNext      = NULL ;    _EntryList    = NULL ;  // 處于等待鎖block狀態的線程，會被加入到該列表    _SpinFreq     = 0 ;    _SpinClock    = 0 ;    OwnerIsThread = 0 ;  }

ObjectMonitor中幾個關鍵字段的含義如圖所示：

圖片

8.3 Java Monitor 的工作機理

圖片

想要獲取monitor的線程,首先會進入_EntryList隊列。
當某個線程獲取到對象的monitor后,進入Owner區域，設置為當前線程,同時計數器count加1。
如果線程調用了wait()方法，則會進入WaitSet隊列。它會釋放monitor鎖，即將owner賦值為null,count自減1,進入WaitSet隊列阻塞等待。
如果其他線程調用 notify() / notifyAll() ，會喚醒WaitSet中的某個線程，該線程再次嘗試獲取monitor鎖，成功即進入Owner區域。
同步方法執行完畢了，線程退出臨界區，會將monitor的owner設為null，并釋放監視鎖。

8.4 對象與monitor關聯

圖片

在HotSpot虛擬機中,對象在內存中存儲的布局可以分為3塊區域：對象頭（Header），實例數據（Instance Data）和對象填充（Padding）。
對象頭主要包括兩部分數據：Mark Word（標記字段）、Class Pointer（類型指針）。
Mark Word 是用于存儲對象自身的運行時數據，如哈希碼（HashCode）、GC分代年齡、鎖狀態標志、線程持有的鎖、偏向線程 ID、偏向時間戳等。
重量級鎖，指向互斥量的指針。其實synchronized是重量級鎖，也就是說Synchronized的對象鎖，Mark Word鎖標識位為10，其中指針指向的是Monitor對象的起始地址。

9.可重入是如何知道當前鎖的擁有著的

比如，ReentrantLock 是可重入的鎖。ReentrantLock 類實現了可重入鎖的概念，允許同一個線程在持有鎖的情況下多次獲取同一個鎖，而不會被阻塞。

在 ReentrantLock 中，每個鎖都關聯著一個持有計數器和一個擁有者線程。當一個線程首次獲取鎖時，持有計數器會增加；當該線程再次獲取鎖時，持有計數器會繼續增加。每次釋放鎖時，計數器會相應減少。只有當持有計數器減為零時，鎖才會完全釋放，其他線程才有機會獲取鎖。

這樣一來，當線程嘗試獲取鎖時，它會檢查當前鎖的持有計數器以及擁有者線程。如果鎖未被任何線程持有，或者當前線程是鎖的擁有者，那么鎖將立即分配給當前線程。否則，當前線程會被阻塞，直到鎖被釋放。

10.Spring用到的設計模式

單例模式（Singleton Pattern）：Spring 中的 Bean 默認是單例的，即每個 Bean 只有一個實例。這種方式可以提高性能并減少資源消耗。
工廠模式（Factory Pattern）：Spring 使用工廠模式來創建和管理 Bean。它提供了幾種不同類型的工廠，比如 BeanFactory 和 ApplicationContext，用于創建和管理 Bean 對象。
代理模式（Proxy Pattern）：Spring AOP（面向切面編程）功能基于代理模式實現。它允許通過在運行時為目標對象創建代理對象來添加橫切關注點（如日志記錄、性能監控等）。
裝飾者模式（Decorator Pattern）：Spring 中的 BeanPostProcessor 接口就是一個裝飾器模式的例子。它允許在 Bean 初始化過程中動態地添加新的功能。
觀察者模式（Observer Pattern）：Spring 的事件機制就是基于觀察者模式實現的。它允許 Bean 發布事件，其他 Bean 可以注冊監聽器來響應這些事件。
策略模式（Strategy Pattern）：Spring 的 IOC（控制反轉）和 DI（依賴注入）功能基于策略模式實現。它允許將不同的實現注入到一個接口或抽象類中，以便在運行時選擇不同的行為。
模板模式（Template Pattern）：Spring 的 JdbcTemplate 和 HibernateTemplate 等模板類就是模板模式的應用。它們封裝了一些常見的操作，使開發者可以通過簡單的方法調用來執行數據庫操作。
適配器模式（Adapter Pattern）：Spring 的 AOP 功能和 Spring MVC 框架都使用了適配器模式。它們允許將現有的類與新的接口進行適配，以便實現新的功能。
建造者模式（Builder Pattern）：Spring 中的 BeanDefinitionBuilder 和 BeanFactoryBuilder 等構建器模式的應用。它們用于構建復雜的對象，并且允許逐步設置對象的屬性。

11.聊聊SPI

SPI，其實就是Service Provider Interface，是Java提供的一種機制，用于在運行時動態裝載實現模塊，使得應用程序能夠擴展、替換特定的服務或實現。

SPI的工作原理主要包括以下幾個關鍵點：

接口定義：首先，需要定義一個接口，該接口定義了一組操作或服務。這個接口通常由Java核心庫或者第三方庫提供。
服務提供者：其次，可以有多個服務提供者來實現這個接口。這些服務提供者通常是獨立的模塊或者庫，它們在自己的jar包中提供了實現。
配置文件：在Java中，SPI通過在META-INF/services目錄下的特定配置文件中指定實現類的方式來實現動態裝載。具體來說，SPI機制要求服務提供者在這個目錄下創建一個以接口全限定名為文件名的文件，文件中列出了具體的實現類名。
動態加載：當應用程序需要某個服務時，Java運行時會動態加載配置文件中指定的實現類，并實例化它們。這種機制使得應用程序能夠在不修改源代碼的情況下靈活地替換或擴展特定的服務實現。

在實際應用中，我們可以利用SPI來實現插件化架構、模塊化開發等，從而提高代碼的可維護性和可擴展性。

12.排行榜怎么設計

可以考慮：數據庫的order by、或者Redis 的zset

大家可以看下我的這篇文章哈：

如何設計一個排行榜

對于游戲排行榜，如果數據量達到億萬級別，需要考慮的確實是分桶策略，而桶排序則是分桶策略的一種可能實現方式之一。

桶排序是一種基于這種分桶策略的排序算法，它將數據劃分到若干個有序的桶中，然后分別對每個桶中的數據進行排序，最后將所有桶中的數據按照順序合并起來，得到排好序的結果。
在游戲排行榜系統中，可以根據玩家的分數范圍、等級、地區等因素來設計分桶策略，將玩家數據劃分到不同的桶中。這樣可以使得每個桶內的數據量相對較小，提高了排序的效率。

13.SpringBoot 中注解實現緩存用過沒？實現原理是什么。

常見的緩存注解包括 @Cacheable、@CachePut、@CacheEvict 等。這些注解的實現原理基于Spring提供的緩存抽象。

是的，Spring Boot 中的緩存注解常用于提升系統性能，減少重復計算，常見的緩存注解包括 @Cacheable、@CachePut、@CacheEvict 等。這些注解的實現原理基于 Spring Framework 提供的緩存抽象。

實現原理：

代理機制：

Spring Boot 使用 AOP（面向切面編程）的方式，在運行時動態地為帶有緩存注解的方法生成代理對象。
當調用帶有緩存注解的方法時，實際上是調用代理對象的方法。

緩存管理器：

Spring Boot 提供了多種緩存管理器的實現，比如基于 ConcurrentHashMap 的 SimpleCacheManager、基于 Ehcache的緩存管理器。
緩存管理器負責真正地操作緩存，將數據存儲到緩存中或者從緩存中獲取數據。

緩存注解：

@Cacheable：標記在方法上，表示方法的返回值將會被緩存，當方法被調用時，首先從緩存中查找數據，如果緩存中存在數據，則直接返回，否則執行方法并將結果存儲到緩存中。
@CachePut：標記在方法上，表示方法的返回值將會被存儲到緩存中，即使緩存中已經存在相同 key 的數據，也會重新存儲。
@CacheEvict：標記在方法上，表示清除緩存中的數據，可以根據條件來清除指定的緩存數據。

緩存 key 的生成：

默認情況下，緩存 key 是由方法的參數組成的，默認的 key 生成器是 SimpleKeyGenerator。
可以通過自定義 key 生成器來生成復雜的緩存 key。

緩存注解的執行流程：

當方法被調用時，首先會根據方法參數生成緩存 key。
然后從緩存中根據緩存 key 查找數據，如果找到則返回，否則執行方法并將結果存儲到緩存中。
在 @CachePut 和 @CacheEvict 注解中，會根據條件清除緩存中的數據或者將數據存儲到緩存中。

14.深分頁優化

我們可以通過減少回表次數來優化。一般有標簽記錄法和延遲關聯法。

14.1 標簽記錄法

就是標記一下上次查詢到哪一條了，下次再來查的時候，從該條開始往下掃描。就好像看書一樣，上次看到哪里了，你就折疊一下或者夾個書簽，下次來看的時候，直接就翻到啦。

假設上一次記錄到100000，則SQL可以修改為：

select  id,name,balance FROM account where id > 100000 limit 10;

這樣的話，后面無論翻多少頁，性能都會不錯的，因為命中了id索引。但是這種方式有局限性：需要一種類似連續自增的字段。

14.2 延遲關聯法

延遲關聯法，就是把條件轉移到主鍵索引樹，然后減少回表。假設原生SQL是這樣的的，其中id是主鍵，create_time是普通索引

select id,name,balance from account where create_time> '2020-09-19' limit 100000,10;

使用延遲關聯法優化，如下：

select  acct1.id,acct1.name,acct1.balance FROM account acct1 INNER JOIN (SELECT a.id FROM account a WHERE a.create_time > '2020-09-19' limit 100000, 10) AS acct2 on acct1.id= acct2.id;

優化思路就是，先通過idx_create_time二級索引樹查詢到滿足條件的主鍵ID，再與原表通過主鍵ID內連接，這樣后面直接走了主鍵索引了，同時也減少了回表。

15.分布式鎖如何進一步提升性能，答了Redis的實現思路好像不是面試官想聽的

redis分布式鎖，我覺得可以從一下這幾個方向來回答：

Pipeline 批量操作：使用 Redis 的 Pipeline 功能可以將多個 Redis 命令打包發送給服務器，減少網絡延遲，提高性能。在獲取鎖、釋放鎖等操作時，可以考慮使用 Pipeline 來批量執行多個命令。
Lua 腳本：Redis 支持 Lua 腳本，可以將多個操作封裝在一個腳本中，在服務器端原子性地執行，減少了網絡通信的開銷。可以將獲取鎖和釋放鎖的邏輯封裝在 Lua 腳本中，以提高性能。
降級策略：在高并發情況下，可以考慮引入降級策略，當獲取鎖失敗時，可以使用備用方案或者默認值來處理，而不是一直等待鎖的釋放。
監控和優化：通過監控 Redis 的性能指標，如連接數、命令執行時間等，可以及時發現性能瓶頸，并進行優化。可以通過 Redis 的監控工具或者第三方監控工具來實現監控。
合理設置鎖的過期時間：根據業務場景的特點和需求，合理設置鎖的過期時間，避免鎖被長時間占用而影響系統性能。可以根據操作的耗時和鎖的競爭情況來動態調整鎖的過期時間。
使用 Redlock 算法：Redlock 是一種基于多個 Redis 節點的分布式鎖算法，可以提高分布式鎖的可靠性和性能。可以考慮使用 Redlock 算法來實現分布式鎖。

本文鏈接：http://www.tebozhan.com/showinfo-26-86344-0.html中廠Java后端15連問！

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇： Python新手必備：掌握OS.path模塊的8個神奇函數

下一篇： Nacos 并發小技巧之緩存實例信息

標簽：

熱門焦點

官方承諾：K60至尊版將會首批升級MIUI 15

全新的MIUI 15今天也有了消息，在官宣了K60至尊版將會搭載天璣9200+處理器和獨顯芯片X7的同時，Redmi給出了官方承諾，K60至尊重大更新首批升級，會首批推送MIUI 15。也就是說雖然
Redmi Pad評測：紅米充滿野心的一次嘗試

從Note系列到K系列，從藍牙耳機到筆記本電腦，紅米不知不覺之間也已經形成了自己頗有競爭力的產品體系，在中端和次旗艦市場上甚至要比小米新機的表現來得更好，正所謂“大丈夫生居
深度探索 Elasticsearch 8.X：function_score 參數解讀與實戰案例分析

在 Elasticsearch 中，function_score 可以讓我們在查詢的同時對搜索結果進行自定義評分。function_score 提供了一系列的參數和函數讓我們可以根據需求靈活地進行設置。近期
一篇文章帶你了解 CSS 屬性選擇器

屬性選擇器對帶有指定屬性的 HTML 元素設置樣式。可以為擁有指定屬性的 HTML 元素設置樣式，而不僅限于 class 和 id 屬性。一、了解屬性選擇器CSS屬性選擇器提供了一種簡單而
使用LLM插件從命令行訪問Llama 2

最近的一個大新聞是Meta AI推出了新的開源授權的大型語言模型Llama 2。這是一項非常重要的進展：Llama 2可免費用于研究和商業用途。(幾小時前，swyy發現它已從LLaMA 2更名為Lla
造車兩年股價跌六成，小米的估值邏輯變了嗎？

如果從小米官宣造車后的首個交易日起持有小米集團的股票，那么截至2023年上半年最后一個交易日，投資者將浮虧59.16%，同區間的恒生科技指數跌幅為52.78%
信通院：小米、華為等11家應用商店基本完成APP簽名及驗簽工作

中國信通院表示，目前，小米、華為、OPPO、vivo、360手機助手、百度手機助手、應用寶、豌豆莢和努比亞等9家應用商店，以及抖音和快手2家新型應用分發平
網傳小米汽車開始篩選交付中心建筑面積不低于3000平方米

7月7日消息，近日有微博網友@長三角行健者爆料稱，據經銷商集團反饋，小米汽車目前已經開始了交付中心的篩選工作，要求候選場地至少有120個車位，建筑不能低
滴滴違法違規被罰80.26億共存在16項違法事實

滴滴違法違規被罰80.26億存在16項違法事實開始于2121年7月，歷經一年時間，網絡安全審查辦公室對“滴滴出行”網絡安全審查終于有了一個暫時的結束。據“網信

AVt天堂网手机版,亚洲va久久久噜噜噜久久4399,天天综合亚洲色在线精品,亚洲一级Av无码毛片久久精品

中廠Java后端15連問！

前言

1. 說說G1收集器

2. JVM內存劃分

3. 對象進入老年代標志

4. 你在項目中用到的是哪種收集器，怎么調優的

5. new對象的內存分布

6. 局部變量的內存分布

7.Synchronized和ReenTrantLock的區別

8.Synchronized原理

8.1 monitorenter、monitorexit、ACC_SYNCHRONIZED

8.2 monitor監視器

8.3 Java Monitor 的工作機理

8.4 對象與monitor關聯

9.可重入是如何知道當前鎖的擁有著的

10.Spring用到的設計模式

11.聊聊SPI

12.排行榜怎么設計

13.SpringBoot 中注解實現緩存用過沒？實現原理是什么。

實現原理：

14.深分頁優化

14.1 標簽記錄法

14.2 延遲關聯法

15.分布式鎖如何進一步提升性能，答了Redis的實現思路好像不是面試官想聽的

官方承諾：K60至尊版將會首批升級MIUI 15

Redmi Pad評測：紅米充滿野心的一次嘗試

深度探索 Elasticsearch 8.X：function_score 參數解讀與實戰案例分析

一篇文章帶你了解 CSS 屬性選擇器

使用LLM插件從命令行訪問Llama 2

造車兩年股價跌六成，小米的估值邏輯變了嗎？

信通院：小米、華為等11家應用商店基本完成APP簽名及驗簽工作

網傳小米汽車開始篩選交付中心建筑面積不低于3000平方米

滴滴違法違規被罰80.26億共存在16項違法事實

最新推薦

猜你喜歡

熱門推薦

相關資訊